ScanMonSite← Accueil

Comment vérifier le DMARC de mon domaine ?

Dernière vérification : 30 octobre 2026

Pour vérifier le DMARC d'un domaine, interrogez l'enregistrement DNS TXT publié sous "_dmarc.votredomaine" (RFC 7489, section 6.1) et lisez sa politique (tag "p=") : "none" (surveillance uniquement), "quarantine" (traitement comme suspect) ou "reject" (rejet). Un domaine sans DMARC, ou réglé sur "none", ne bloque aucun email usurpant son nom — il ne fait, au mieux, que collecter des rapports. ScanMonSite vérifie ce point automatiquement.

Vérifiez si votre domaine publie un enregistrement DMARC, en 30 secondes.

Gratuit, sans inscription — scan passif en lecture seule, aucune modification de votre site.

Ce que le scan vérifie sur ce point :

  • Recherche d'un enregistrement DNS TXT sur "_dmarc.votredomaine", commençant par "v=DMARC1"
  • Lecture de la politique publiée (tag "p=") et signalement si elle est réglée sur "none" (surveillance uniquement, sans blocage)

Vérifier manuellement

  1. Sous Windows : nslookup -type=TXT _dmarc.example.com. Sous macOS ou Linux : dig TXT _dmarc.example.com +short.
  2. Remplacez example.com par votre propre domaine — l'enregistrement DMARC se publie toujours sous ce même préfixe fixe "_dmarc." (RFC 7489, section 6.1).
  3. Un enregistrement valide commence par "v=DMARC1" et contient un tag "p=".

Lire la politique (tag "p=")

ValeurEffet (RFC 7489, section 6.3)
none"Aucune action spécifique" n'est demandée aux serveurs destinataires — surveillance seule
quarantineLes emails qui échouent sont traités comme suspects (souvent mis en spam)
rejectLes emails qui échouent sont rejetés

Vérifiez votre enregistrement DMARC

Gratuit, sans inscription — scan passif en lecture seule, aucune modification de votre site.

Les autres tags utiles : rua, ruf, pct

"rua=" indique où envoyer les rapports agrégés quotidiens (quels serveurs ont échoué, depuis quelles adresses IP). "ruf=" indique où envoyer des rapports détaillés par message (peu utilisé, moins largement supporté). "pct=" fixe le pourcentage d'emails auquel la politique s'applique réellement, de 0 à 100 — 100 par défaut si absent (RFC 7489, section 6.3).

Pourquoi "p=none" ne protège pas

"p=none" est utile pour démarrer : il permet de recevoir des rapports sans risquer de bloquer de vrais emails par erreur. Mais tant que cette politique reste en place, aucun email usurpant le domaine n'est bloqué ni mis en quarantaine — c'est pourquoi notre scanner la signale comme une configuration incomplète, pas comme une absence totale de protection.

Sources

Questions fréquentes

DMARC remplace-t-il SPF et DKIM ?

Non, DMARC s'appuie sur eux : il définit la politique à appliquer quand la vérification SPF et/ou DKIM échoue, et n'a aucun effet protecteur si aucun des deux n'est configuré sur le domaine.

Qu'est-ce que l'alignement DMARC ?

C'est l'exigence que le domaine validé par SPF ou DKIM corresponde au domaine affiché dans l'en-tête "From" du message. C'est un mécanisme technique à part entière, qui dépasse la simple présence de SPF et DKIM — non détaillé dans ce guide centré sur la vérification de base.

Dois-je commencer directement par p=reject ?

Non, c'est risqué sans données préalables : commencez par p=none pour collecter les rapports (rua), identifiez tous vos serveurs d'envoi légitimes, puis renforcez progressivement vers quarantine, puis reject.

Que sont les rapports agrégés (rua) ?

Des rapports envoyés quotidiennement par les grands fournisseurs de messagerie à l'adresse indiquée dans le tag "rua=", qui listent les serveurs ayant envoyé en votre nom et le résultat de leur vérification SPF/DKIM (RFC 7489, section 6.3).

Puis-je publier DMARC sans avoir configuré SPF ou DKIM ?

Techniquement oui, mais c'est inutile : sans SPF ni DKIM, aucun email ne peut "réussir" la vérification DMARC. Une politique reject bloquerait alors potentiellement vos propres emails légitimes, pas seulement ceux d'un usurpateur.

Combien de temps faut-il surveiller p=none avant de passer à quarantine ou reject ?

Il n'existe pas de durée officielle fixe : le bon moment est quand les rapports agrégés montrent que tous vos serveurs d'envoi légitimes réussissent la vérification SPF ou DKIM, pas avant.

Pour aller plus loin

Vérifiez votre configuration DMARC

Gratuit, sans inscription — scan passif en lecture seule, aucune modification de votre site.

Votre site est déjà touché ? Demandez un devis de réparation.