Softonic

Vérificateur d'enregistrement DMARC

Étape 1 / 2
Suivant

DMARC est l’enregistrement TXT à _dmarc.votredomaine.com qui indique aux fournisseurs de boîtes de réception quoi faire avec les messages qui échouent aux vérifications SPF ou DKIM. Définir la mauvaise politique peut bloquer des courriers légitimes ; manquer complètement l’enregistrement vous expose à des usurpations. Ce vérificateur interroge l’enregistrement et affiche chaque balise dans un tableau lisible, afin que vous puissiez examiner la politique vous-même.

Comment vérifier un enregistrement DMARC

  1. 1

    Entrez le domaine

    Tapez le domaine racine, par exemple `exemple.com`. L'outil interroge `_dmarc.exemple.com` pour l'enregistrement TXT.

  2. 2

    Examinez balise par balise

    Chaque balise DMARC présente dans l'enregistrement (v, p, sp, adkim, aspf, pct, rua, ruf, fo) est affichée avec sa valeur.

  3. 3

    Examinez la politique

    Consultez la balise `p` pour savoir si la politique est `none`, `quarantine` ou `reject`, puis comparez `pct`, `rua` et les balises d'alignement avec les recommandations ci-dessous.

  4. 4

    Vérifiez votre enregistrement

    Comparez l'enregistrement brut avec ce que publie votre fournisseur DNS pour confirmer que la politique correspond exactement à ce que vous voulez.

Balises DMARC en un coup d’œil

Balise Signification Valeur typique
v Version, toujours DMARC1 v=DMARC1
p Politique pour les courriers échoués none, quarantine, reject
sp Politique pour les sous-domaines hérite de p par défaut
pct Pourcentage de courriers auxquels la politique s’applique 1-100, par défaut 100
adkim Mode d’alignement DKIM r (relâché) ou s (strict)
aspf Mode d’alignement SPF r (relâché) ou s (strict)
rua Adresse de rapport agrégé mailto:dmarc@...
ruf Adresse de rapport d’analyse mailto:forensic@...
fo Options d’analyse 0, 1, d, s
ri Intervalle de rapport en secondes par défaut 86400 (un jour)

Chemin de déploiement

Mettez en ligne en trois étapes, pas un seul saut :

  1. p=none avec rua défini. Collectez des rapports pendant 4 à 6 semaines, identifiez les expéditeurs légitimes qui échouent à l’alignement SPF/DKIM.
  2. p=quarantine; pct=25. Resserrez progressivement : 25, 50, 75, 100 pour cent sur quelques semaines.
  3. p=reject. Application complète. Les courriers usurpés sont rejetés par le MTA récepteur.

Ne commencez jamais par p=reject sans rapports : vous découvrirez quels expéditeurs légitimes vous avez bloqués en consultant les tickets de support.

Erreurs de configuration DMARC courantes

  • rua manquant. Vous avez une politique mais aucun moyen de savoir ce qu’elle rejette.
  • pct en dessous de 100 avec p=reject. Sémantiquement étrange ; mélanger le rejet avec une application partielle cause de la confusion chez les récepteurs.
  • Point-virgule final ou v=DMARC1 manquant. Les erreurs de syntaxe rendent l’enregistrement invisible aux analyseurs.
  • Adresses de rapport sur d’autres domaines sans l’enregistrement d’autorisation _report._dmarc correspondant sur le domaine de destination.
  • Plusieurs enregistrements DMARC sur le même domaine. Un seul est autorisé ; les récepteurs traitent les doublons comme une erreur et par défaut à p=none.

Interprétation des rapports

Les rapports agrégés sont des fichiers XML livrés quotidiennement à votre adresse rua. Des outils comme MxToolbox, Postmark, Valimail et Dmarcian les analysent en tableaux de bord. Les rapports d’analyse (ruf) sont des copies par message qui aident à déboguer des échecs spécifiques mais sont désactivés par de nombreux FAI pour des raisons de confidentialité.

Questions fréquentes

SPF autorise quels serveurs peuvent envoyer pour votre domaine ; DKIM signe cryptographiquement les courriers sortants. DMARC lie les deux ensemble : il indique aux récepteurs quoi faire lorsque SPF et DKIM échouent et fournit un mécanisme de rapport. Vous avez besoin des trois pour une délivrabilité moderne.

DMARC protège le domaine de l’enveloppe mais pas les noms d’affichage. Un attaquant envoyant “Example Corp attacker@gmail.com” n’usurpe pas votre domaine, juste votre marque. L’usurpation de nom d’affichage est bloquée par d’autres filtres chez le récepteur, pas par DMARC.

Oui, mais n’oubliez pas de couvrir toutes les sources d’envoi : plateformes marketing, expéditeurs transactionnels, services d’assistance, invitations de calendrier. Chaque source doit être alignée via SPF ou DKIM pour que DMARC passe.

La recherche est une requête DNS publique et est mise en cache brièvement pour réduire la charge. Le nom de domaine n’est pas stocké à long terme et aucun identifiant utilisateur n’est attaché à la requête.

Outils similaires

Recherche d'adresse IP

Recherchez une adresse IPv4 ou IPv6 publique pour obtenir le pays, la région, la ville, les coordonnées, l'ISP, l'ASN, l'organisation et le fuseau horaire approximatifs.

Quelle est mon adresse IP

Affichez l’adresse IP reçue par ce serveur pour votre requête, sa version IPv4 ou IPv6 et, si les données GeoIP locales existent, un pays approximatif.

Analyseur d’en-têtes d’e-mail

Analysez les en-têtes bruts d’un e-mail dans votre navigateur. Examinez les relais Received, les délais et les données SPF, DKIM, DMARC et ARC sans importer le message.

Vérificateur de point de terminaison API

Testez depuis votre navigateur un endpoint HTTP ou HTTPS compatible CORS. Examinez le statut final, les en-têtes exposés, le délai et un aperçu limité du corps.

Recherche DNS inversée

Consultez l’enregistrement PTR d’une adresse IPv4 ou IPv6. Utile pour déboguer les serveurs mail, analyser les journaux et enquêter sur les filtres antispam.

Recherche WHOIS

Consultez les données WHOIS publiques d'un domaine : bureau d'enregistrement, serveurs de noms, codes d'état et dates d'expiration.

Outil disponible dans d’autres langues