Saisissez un domaine pour vérifier d'un coup ses enregistrements SPF, DKIM et DMARC, avec des corrections en langage clair pour chaque problème.
Cet outil vérifie les enregistrements tels qu'ils sont publiés dans le DNS à l'instant. Il ne teste pas si un message précis a réussi. Pour le savoir, ouvrez les en-têtes du message et lisez la ligne Authentication-Results. Les modifications récentes peuvent mettre du temps à apparaître en raison du cache DNS.
SPF indique quels serveurs peuvent envoyer pour un domaine. DKIM ajoute une signature cryptographique à chaque message pour que le destinataire puisse vérifier qu'il n'a pas été altéré et qu'il vient bien d'un détenteur de la clé de signature. DMARC relie le tout : il indique aux destinataires que le domaine de l'adresse From visible doit être le même que celui validé par SPF ou DKIM, et quoi faire dans le cas contraire.
Un message réussit DMARC si SPF ou DKIM réussit et est aligné avec le domaine From. Configurer les deux est le choix le plus robuste, car le transfert casse SPF et certains services re-signent ou modifient les messages d'une manière qui affecte DKIM.
Tout provient du DNS public : vous pouvez donc l'exécuter sur n'importe quel domaine.
Les clés DKIM sont publiées sous un nom que vous choisissez, appelé sélecteur. Le DNS ne permet pas de les lister : le contrôle ne peut donc trouver une clé que s'il connaît le sélecteur. La source fiable est un message réel : ouvrez les en-têtes, trouvez la ligne DKIM-Signature et lisez la valeur s= (et d= pour le domaine signataire). Votre service d'envoi affiche aussi le sélecteur lors de la configuration du domaine.
Si notre contrôle ne trouve aucun des noms courants, cela ne signifie pas que DKIM est absent. Cela signifie que le sélecteur est autre. Saisissez-le et relancez le contrôle.
Un enregistrement DMARC avec p=none et sans adresse rua ne surveille rien. Si vous ne corrigez qu'une chose, ajoutez une adresse de rapport.
| Politique | Effet sur les e-mails en échec | Étape typique |
|---|---|---|
| p=none | Livrés normalement. Les rapports sont envoyés à votre adresse rua. | Commencez ici et suivez les rapports. |
| p=quarantine | Les destinataires doivent les traiter comme suspects, généralement dans le dossier spam. | Pendant que vous finissez de corriger les expéditeurs. Augmentez pct par paliers. |
| p=reject | Les destinataires doivent les refuser. | L'état final, une fois que chaque expéditeur légitime réussit. |
Le contrôle lit la taille de la clé dans la clé publique publiée. Les clés RSA de 2048 bits sont la recommandation courante aujourd'hui ; les clés de 1024 bits fonctionnent encore avec la plupart des destinataires mais sont plus faibles, et les clés plus courtes sont jugées peu sûres. Publier une clé de 2048 bits implique que l'enregistrement TXT dépasse 255 caractères et doit donc être stocké en plusieurs chaînes ; la plupart des panneaux DNS le font pour vous.
Google et Yahoo ont commencé à exiger l'authentification des expéditeurs en masse en 2024 : les expéditeurs de gros volumes doivent disposer de SPF et DKIM et d'un enregistrement DMARC, maintenir de faibles taux de plaintes pour spam et permettre un désabonnement facile. Microsoft a annoncé des exigences comparables pour Outlook.com. Les seuils exacts et leur application sont fixés par chaque fournisseur et ont évolué avec le temps : consultez leurs consignes actuelles pour les expéditeurs plutôt que de vous fier à un chiffre cité ici.
Corrigez d'abord SPF (un seul enregistrement, moins de dix recherches), puis publiez la clé DKIM fournie par votre service d'envoi, puis ajoutez DMARC en p=none. Notre guide de correction des échecs SPF, DKIM et DMARC passe en revue chaque message d'erreur. N'oubliez pas que les modifications DNS mettent du temps à se propager : testez à nouveau une fois la durée de vie (TTL) de l'ancien enregistrement écoulée.
Trouve l'enregistrement, compte les recherches DNS par rapport à la limite de 10 et signale les doublons, la syntaxe incorrecte et les paramètres risqués.
Recherche la clé publique de votre sélecteur, lit sa longueur et signale les clés révoquées, illisibles ou trop courtes ainsi que le mode test.
Lit la politique, les adresses de rapport et le pourcentage, et signale les balises invalides, les enregistrements multiples et l'absence de politique.
Chaque problème est accompagné d'une correction en langage clair, et les guides ci-dessous couvrent la configuration complète.
Il lit les enregistrements DNS publics de votre domaine : l'enregistrement SPF, l'enregistrement DMARC à _dmarc.yourdomain et la clé publique DKIM à selector._domainkey.yourdomain. Il vous indique si chacun existe, s'il est valide et s'il présente des problèmes courants.
Un sélecteur est le nom que votre service d'envoi a choisi pour votre clé DKIM, ce qui permet à un même domaine d'avoir plusieurs clés. Vous le trouvez dans la valeur s= de l'en-tête DKIM-Signature de n'importe quel message envoyé, ou dans les paramètres de domaine de votre service d'envoi. Saisissez-le pour vérifier précisément cette clé.
Sans sélecteur, nous ne pouvons essayer qu'une courte liste de noms courants, et chaque service choisit le sien. Un « introuvable » sur ces noms ne prouve pas que DKIM est absent. Saisissez votre sélecteur pour une réponse définitive.
p=none est le mode surveillance. Les destinataires n'agissent pas sur les e-mails qui échouent à DMARC mais envoient des rapports à l'adresse indiquée dans rua. C'est le point de départ recommandé ; une fois que les rapports montrent que chaque expéditeur légitime réussit, vous pouvez passer à quarantine puis à reject.
Non. Ces enregistrements montrent que votre domaine est configuré pour s'authentifier. Le placement en boîte de réception dépend aussi de la réputation de l'expéditeur, de la qualité de la liste, des taux de plaintes et du contenu. Pour savoir si un message a réussi, lisez l'en-tête Authentication-Results de ce message.
Les recherches s'exécutent sur nos serveurs, et les résultats sont conservés environ cinq minutes afin que les contrôles répétés ne refassent pas les requêtes DNS. Les contrôles ne sont liés à aucun compte, et l'outil est soumis à une limitation de débit pour protéger les serveurs DNS interrogés.
Suivez le guide pas à pas pour publier SPF, DKIM et DMARC pour votre domaine d'envoi.
Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.