Enregistrement DMARC
Un enregistrement DMARC est un enregistrement DNS TXT publié sur _dmarc.yourdomain.com qui définit votre politique DMARC (p=), les modes d'alignement SPF/DKIM (aspf/adkim), et où sont envoyés les rapports agrégés (rua) et forensiques (ruf).
Ce guide fait partie de notre guide complet sur DMARC. Voir aussi : la politique DMARC et comment configurer DMARC.
Un enregistrement DMARC est un enregistrement DNS TXT publié sur _dmarc.yourdomain.com qui indique aux serveurs de messagerie destinataires comment traiter les messages qui échouent à l’authentification. Il définit votre politique DMARC, précise les modes d’alignement SPF et DKIM, et spécifie les adresses où sont envoyés les rapports agrégés et forensiques.
Un enregistrement DMARC relie votre configuration SPF et DKIM existante et vous donne une visibilité sur qui envoie des e-mails au nom de votre domaine. Les destinataires le lisent lors de l’évaluation des messages, décident quoi faire du courrier en échec et renvoient des rapports aux adresses que vous indiquez.
À quoi ressemble un enregistrement DMARC
Un enregistrement DMARC est un unique enregistrement TXT dont la valeur est une liste de balises séparées par des points-virgules. Voici un exemple strict et applicatif :
_dmarc.example.com TXT "v=DMARC1; p=reject; rua=mailto:dmarc@example.com; adkim=s; aspf=s; pct=100"L’hôte est _dmarc.example.com, le type est TXT, et la chaîne entre guillemets est la politique elle-même. Chaque enregistrement DMARC commence par v=DMARC1 et énonce une politique avec p=. Tout le reste est optionnel et complète le comportement de reporting et d’alignement.
Les balises d’un enregistrement DMARC
Chaque balise contrôle un aspect de la manière dont les destinataires évaluent votre courrier et en font rapport. Seules v et p sont obligatoires ; les autres reviennent à des valeurs par défaut raisonnables lorsqu’elles sont omises.
| Balise | Objectif | Remarques |
|---|---|---|
v | Version du protocole | Obligatoire. Doit être v=DMARC1 et apparaître en premier |
p | Politique pour le domaine | Obligatoire. none, quarantine ou reject |
sp | Politique pour les sous-domaines | Hérite de p si omis |
rua | Adresse des rapports agrégés | URI mailto: ; où sont envoyés les rapports XML quotidiens |
ruf | Adresse des rapports forensiques | URI mailto: ; échantillons par échec (rarement pris en charge) |
adkim | Mode d’alignement DKIM | r relaxed (par défaut) ou s strict |
aspf | Mode d’alignement SPF | r relaxed (par défaut) ou s strict |
pct | Pourcentage de courrier auquel s’applique la politique | 1–100, par défaut 100 |
fo | Options de reporting forensique | 0, 1, d ou s pour quand les échantillons sont générés |
Les balises peuvent apparaître dans n’importe quel ordre après v, et les balises inconnues sont ignorées par les destinataires conformes.
Où réside un enregistrement DMARC
Un enregistrement DMARC est toujours publié sous forme d’enregistrement TXT sur le sous-domaine _dmarc du domaine qu’il protège — pour example.com, c’est _dmarc.example.com. Vous l’ajoutez dans le panneau de configuration de votre fournisseur DNS comme n’importe quel enregistrement TXT : hôte _dmarc, type TXT, et la chaîne de politique comme valeur.
Chaque domaine et sous-domaine peut avoir son propre enregistrement DMARC. Si un sous-domaine n’a pas d’enregistrement propre, les destinataires se rabattent sur l’enregistrement du domaine organisationnel et appliquent sa balise sp (ou p lorsque sp est absent). Un domaine ne devrait avoir qu’un seul enregistrement TXT DMARC ; plusieurs enregistrements rendent la politique invalide.
Alignement : aspf et adkim
L’alignement est ce qui relie une vérification SPF ou DKIM réussie au domaine que vos destinataires voient réellement dans l’en-tête From. Les balises aspf et adkim contrôlent le degré d’exactitude que doit avoir cette correspondance.
- Relaxed (
r) — la valeur par défaut. Le domaine authentifié et le domaineFromdoivent seulement partager le même domaine organisationnel.mail.example.coms’aligne avecexample.com. - Strict (
s) — les domaines doivent correspondre exactement.mail.example.comne s’aligne pas avecexample.com.
L’alignement est la raison pour laquelle DMARC est plus fort que SPF ou DKIM seuls : un message peut réussir SPF et néanmoins échouer à DMARC si le domaine réussi ne s’aligne pas avec l’expéditeur visible. Pour que aspf vous aide, vous avez d’abord besoin d’un enregistrement SPF valide et réussi qui autorise vos expéditeurs. Pour savoir comment l’alignement alimente les décisions d’application, consultez la politique DMARC.
Comment le publier et le vérifier
Publier un enregistrement DMARC est une seule modification DNS, mais le déployer en toute sécurité signifie commencer à p=none pour la surveillance, lire vos rapports rua et resserrer vers p=reject seulement une fois que le courrier légitime est aligné. La séquence complète de déploiement est décrite dans comment configurer DMARC.
Une fois l’enregistrement en ligne, confirmez qu’il se résout et s’analyse correctement avec notre vérificateur DMARC gratuit. Il récupère l’enregistrement TXT sur _dmarc.yourdomain.com, valide chaque balise et signale les erreurs courantes comme un v=DMARC1 manquant, une valeur de politique invalide ou une adresse de reporting mal formée avant qu’elles ne vous coûtent en délivrabilité.
Foire aux questions
Qu’est-ce qu’un enregistrement DMARC ?
Un enregistrement DMARC est un enregistrement DNS TXT publié sur _dmarc.yourdomain.com qui indique aux serveurs destinataires comment traiter les e-mails qui échouent à l’authentification SPF et DKIM. Il définit votre politique d’application, règle les modes d’alignement SPF et DKIM, et liste les adresses où les destinataires envoient les rapports agrégés et forensiques concernant le courrier de votre domaine.
Où un enregistrement DMARC est-il publié ?
Un enregistrement DMARC est publié sous forme d’enregistrement TXT sur le sous-domaine _dmarc du domaine qu’il protège, donc pour example.com l’hôte est _dmarc.example.com. Vous le créez dans le panneau de configuration de votre fournisseur DNS exactement comme n’importe quel autre enregistrement TXT. Chaque domaine ne devrait avoir qu’un seul enregistrement DMARC, sinon la politique devient invalide.
À quoi sert la balise rua ?
La balise rua désigne l’adresse qui reçoit les rapports agrégés DMARC, écrite sous forme d’URI mailto: telle que rua=mailto:dmarc@example.com. Les serveurs destinataires envoient ces rapports XML quotidiens résumant quelles sources ont envoyé du courrier au nom de votre domaine et si celui-ci a réussi SPF, DKIM et l’alignement. Les lire est la manière dont vous identifiez les expéditeurs légitimes avant d’appliquer une politique stricte.
Quelle est la différence entre aspf=s et aspf=r ?
aspf=r est l’alignement SPF relaxed, la valeur par défaut, où le domaine authentifié par SPF doit seulement partager le même domaine organisationnel que l’adresse From. aspf=s est l’alignement strict, exigeant que les deux domaines correspondent exactement. Le mode strict est plus sécurisé mais peut casser le courrier provenant de sous-domaines ou d’expéditeurs tiers, c’est pourquoi la plupart des domaines commencent par l’alignement relaxed.