Vérification complète de l’e-mail
Quelqu’un peut-il envoyer des e-mails au nom d’un domaine ? Voyez d’un coup tous les enregistrements qui en décident, SPF, DKIM, DMARC, MX, MTA-STS, TLS-RPT et BIMI, avec un verdict global, ce que veut dire chaque constat et ce qu’il faut changer.
Vous travaillez sur un seul enregistrement ? Le vérificateur SPF, le vérificateur DMARC et le vérificateur DKIM entrent dans le détail de chacun, avec les messages d’erreur et leur correction.
Les requêtes DNS partent directement de votre navigateur vers des résolveurs publics (Cloudflare, Google) : nous ne voyons rien.
Questions
Quelle différence entre SPF, DKIM et DMARC ?
SPF liste les serveurs autorisés à envoyer pour un domaine. DKIM signe chaque message avec une clé publiée dans le DNS. DMARC relie les deux à l’adresse que l’on voit dans From, et dit aux destinataires quoi faire quand aucun ne correspond : distribuer, classer en indésirable ou refuser.
Pourquoi le nombre de requêtes DNS compte-t-il ?
Chaque include, a, mx, ptr, exists et redirect oblige le destinataire à faire une requête, et SPF s’arrête à 10. Au-delà, le résultat est une erreur et SPF échoue pour tous vos e-mails, souvent après l’ajout d’un service de plus.
Pourquoi aucune clé DKIM n’est-elle trouvée ?
Les clés DKIM sont publiées sous un nom choisi par votre fournisseur (le sélecteur), qu’on ne peut pas lister. Nous essayons les plus courants ; si le vôtre est différent, trouvez-le dans l’en-tête DKIM-Signature d’un e-mail que vous avez envoyé (s=) et saisissez-le ci-dessus.