Aller au contenu
Emailens
Se connecter

DMARC checker : testez votre enregistrement DMARC

Cet outil trouve votre enregistrement DMARC, ou celui du domaine parent pour un sous-domaine, lit sa politique, sp=, pct=, rua= et ses balises d’alignement, et vous dit si la politique est stricte et si vos rapports peuvent arriver.

@emailens/engine 0.17.2 · données modifiées le 27 octobre 2026

Exemple : example.com, un domaine fictif avec un enregistrement DMARC d’exemple. Vérifiez le vôtre ci-dessus.

réussiexample.com

Politique DMARC stricte : p=quarantine (couverture de 100 %).

Les emails non authentifiés qui prétendent venir de example.com seront mis en quarantaine par les serveurs de réception conformes.

TXT _dmarc.example.com

v=DMARC1; p=quarantine; sp=reject; rua=mailto:dmarc@example.com; adkim=s; aspf=r

Politique

  • Réussi : Stricte

    La politique qui s’applique est quarantine ou reject, sur 100 % des emails en échec.

Balises

p=quarantine
Les emails en échec partent en spam ou en quarantaine.
sp=reject
Pour les sous-domaines sans enregistrement propre. Les emails en échec sont rejetés purement et simplement.
pct=100
La politique s’applique à tous les emails en échec.
rua=mailto:dmarc@example.com
Les rapports agrégés arrivent à une adresse de votre propre domaine.
adkim=s
Alignement DKIM, strict : le domaine doit correspondre exactement au domaine From. r est la valeur par défaut quand la balise est omise.
aspf=r
Alignement SPF, relaxed (souple) : un domaine qui partage le domaine organisationnel du domaine From est aligné (mail.acme.com avec acme.com). r est la valeur par défaut quand la balise est omise.

Modifiez une balise avec le générateur d’enregistrement DMARC (en anglais), ou lisez ce que disent vos rapports avec le lecteur de rapports DMARC (en anglais).

Le vérificateur demande un écran d’ordinateur.

Ce que lit chaque vérification

Enregistrement
Lit les enregistrements TXT sur _dmarc de votre domaine qui commencent par v=DMARC1. Sur un sous-domaine qui n’en a pas, lit à la place l’enregistrement du domaine organisationnel, comme le font les serveurs de réception. Sans enregistrement, c’est un échec ; avec plusieurs, c’est comme s’il n’y en avait aucun.
Politique
Lit p=, sp= et pct=. Un sous-domaine qui utilise l’enregistrement de son parent reçoit sp= s’il est défini. Pour compter comme stricte, la politique qui s’applique doit être quarantine ou reject avec pct=100 ; p=none ou un pct inférieur donne un avertissement.
rua
Vérifie qu’une adresse de rapport est définie. Quand la première adresse mailto: est sur un autre domaine, cherche l’enregistrement d’autorisation que ce domaine doit publier, yourdomain._report._dmarc.theirdomain.
Alignement
Lit adkim= et aspf=, qui valent relaxed (souple, r par défaut) ou strict (s).

L’enregistrement dit ce qui devrait se passer ; les rapports disent ce qui s’est passé. Comment lire un rapport DMARC (en anglais) en détaille un, et le lecteur de rapports DMARC (en anglais) lit les vôtres. Pour modifier l’enregistrement, utilisez le générateur d’enregistrement DMARC (en anglais).

À vérifier ensuite

Lancez cette vérification sur chaque email

Un compte gratuit revérifie vos enregistrements chaque jour (1 domaine surveillé) et vous prévient par email dès que l’un d’eux change : Surveillez votre domaine chaque jour, gratuitement.

Surveillance SPF, DKIM et DMARC (Dev). L’offre Dev coûte 9 $ par mois. Pour un développeur : 100 vérifications par jour, une clé API et une boîte de réception de test. Voir les offres →

Questions fréquentes

Que vérifie un test DMARC ?

Cet outil trouve l’enregistrement v=DMARC1 sur _dmarc de votre domaine (ou celui du domaine parent, pour un sous-domaine qui n’en a pas), signale les enregistrements en double, lit la politique (p=), la politique de sous-domaine (sp=), pct=, l’adresse de rapport rua= et les modes d’alignement adkim= et aspf=, puis vous dit si la politique est stricte. Pour une adresse de rapport sur un autre domaine, il vérifie que ce domaine autorise les rapports.

Que font p=none, p=quarantine et p=reject ?

p=none ne fait que demander des rapports : les emails en échec sont distribués normalement, ce qui n’arrête pas l’usurpation. p=quarantine envoie les emails en échec en spam, et p=reject les rejette. La voie sûre : commencer à p=none, lire les rapports jusqu’à ce que chaque expéditeur légitime passe, puis passer à quarantine, monter pct= jusqu’à 100, et finir à reject.

À quoi sert sp= dans un enregistrement DMARC ?

sp= fixe la politique des sous-domaines qui n’ont pas d’enregistrement DMARC propre. S’il est omis, les sous-domaines reçoivent p=. Un sous-domaine qui publie son propre enregistrement sur _dmarc.sub.yourdomain utilise celui-ci. Définir sp=reject alors que p= est encore à none bloque l’usurpation des sous-domaines pendant que vous continuez à surveiller le domaine principal.

Pourquoi mes rapports DMARC partent-ils vers un autre domaine, et est-ce autorisé ?

Les services de rapports vous demandent d’envoyer rua= vers une adresse de leur domaine. La RFC 7489 n’autorise ce domaine à recevoir vos rapports que s’il publie un enregistrement TXT sur yourdomain._report._dmarc.theirdomain contenant v=DMARC1. Sans lui, les serveurs de réception peuvent ne pas envoyer les rapports. Cet outil cherche cet enregistrement.

Quelle différence entre l’alignement relaxed et strict ?

L’alignement compare le domaine From avec le domaine que SPF ou DKIM a authentifié. Le mode relaxed (souple, r par défaut) accepte tout domaine qui partage le domaine organisationnel : mail.acme.com est donc aligné avec acme.com. Le mode strict (s) exige une correspondance exacte. adkim= le règle pour DKIM et aspf= pour SPF.