Vérification des destinations externes
Le contrôle qu'une adresse de rapport DMARC extérieure à l'organisation du domaine a accepté d'en recevoir les rapports, par un enregistrement TXT sous _report._dmarc.
Ce que cela signifie
Sans garde-fou, n'importe qui pourrait publier rua=mailto:victim@example.net et envoyer des e-mails en échec pour inonder cette adresse de rapports. Donc quand l'adresse rua ou ruf est dans un autre domaine organisationnel, les destinataires cherchent un enregistrement TXT qui commence par v=DMARC1 au nom formé du domaine de la politique, puis de _report._dmarc, puis du domaine de rapport : blue.example.com._report._dmarc.red.example.net.
Si l'enregistrement manque, le destinataire ignore cette adresse. Un service de rapports qui accepte les rapports de n'importe quel domaine publie un joker, *._report._dmarc.reports.example.net. L'enregistrement d'autorisation peut aussi porter son propre rua pour rediriger les rapports, mais seulement vers le même hôte.
Quand les rapports cessent d'arriver après un changement de fournisseur, c'est le premier enregistrement à vérifier.
Exemple
example.com._report._dmarc.reports.example.net. TXT "v=DMARC1"Termes associés
Sur ce site
Sources
Ce sur quoi repose cette définition. La formulation est la nôtre ; les faits sont les leurs.
- RFC 9990: DMARC Aggregate Reporting, section 4rfc-editor.org
- RFC 9991: DMARC Failure Reporting, section 5rfc-editor.org
- Google Workspace Admin Help: Set up DMARCknowledge.workspace.google.com
Les 432 termes du glossaireLe wiki : blacklists et codes de bounce