Faut-il créer un compte pour utiliser cet outil ?

Non. Pas de compte, pas d'adresse e-mail, aucun formulaire à remplir. Vous entrez un domaine, on lit son DNS public et on affiche le résultat. Rien n'est conservé.

D'où viennent ces informations ?

Du DNS public, interrogé au moment où vous chargez la page. Ce sont exactement les enregistrements que n'importe quel serveur de messagerie consulte avant d'accepter un message venu de votre domaine. Vous pouvez les vérifier vous-même avec la commande « dig ».

Mon DKIM est marqué non détecté, est-ce grave ?

Pas nécessairement. Un sélecteur DKIM n'a pas d'emplacement fixe : c'est votre service d'envoi qui en choisit le nom. On essaie les sélecteurs les plus répandus, et certains services en tirent un au hasard pour chaque domaine. Un DKIM non détecté ici peut très bien exister.

Pourquoi n'y a-t-il pas de score global ?

Parce qu'il faudrait l'inventer. Un enregistrement DNS ne contient pas de quoi calculer une note de délivrabilité, et un chiffre qui n'est adossé à aucune mesure ne sert qu'à impressionner. On préfère afficher ce qu'on a lu.

Je viens de publier mes enregistrements et ils n'apparaissent pas.

Le DNS met du temps à se propager — de quelques minutes à quelques heures selon votre hébergeur et la durée de vie déclarée. Attendez et relancez la lecture.

Outil gratuit

Vérifiez le SPF, le DKIM et le DMARC de votre domaine

Trois enregistrements décident de ce qu'un serveur fait de vos e-mails. Entrez votre domaine : on les lit dans le DNS public, on affiche ce qu'ils contiennent, et on vous dit ce que ça veut dire.

Sans inscription
Sans adresse e-mail
Rien n'est enregistré

Ou regardez un domaine connu :leboncoin.fr gouvernement.fr github.com wikipedia.org

Les trois enregistrements, en clair

Ils ne font pas le même travail, et l'un ne remplace pas l'autre. C'est leur combinaison qui permet à un serveur de décider.

SPF

La liste des expéditeurs autorisés

Un enregistrement TXT publié à la racine de votre domaine, qui énumère les serveurs ayant le droit d'envoyer en votre nom — le vôtre, celui de votre boîte professionnelle, celui de votre outil d'emailing.

Quand un message se présente, le serveur qui le reçoit regarde d'où il vient vraiment et compare à cette liste. Le mécanisme final — « -all », « ~all », « ?all » — dit ce qu'il doit faire des serveurs absents de la liste.

DKIM

La signature du message

Votre service d'envoi signe chaque message avec une clé privée. La clé publique correspondante est publiée dans votre DNS, à un emplacement dont le nom — le sélecteur — est choisi par ce service.

Le serveur qui reçoit vérifie la signature. Si elle est valide, le message n'a pas été modifié en route et vient bien d'un service que vous avez autorisé.

DMARC

La consigne, et le rapport

Un enregistrement TXT sur « _dmarc.votre-domaine » qui répond à une question que SPF et DKIM laissent ouverte : que faire d'un message qui échoue aux deux ?

Il fait une seconde chose, qu'on oublie souvent : il fait remonter des rapports. L'adresse déclarée dans « rua » reçoit le bilan de tout ce qui s'envoie en votre nom, y compris par des serveurs que vous ne connaissez pas.

Les trois politiques DMARC

C'est la valeur qui suit « p= ». Publier un DMARC ne protège pas tant qu'on n'a pas quitté la première ligne de ce tableau.

Politique	Ce que vous demandez	Ce que ça protège
`p=none`	Ne changez rien, mais envoyez-moi les rapports.	Rien. C'est une position d'observation, prévue pour être temporaire.
`p=quarantine`	Mettez les messages non authentifiés en indésirables.	L'usurpation devient peu rentable : le message arrive, mais dans un dossier qu'on n'ouvre pas.
`p=reject`	Refusez les messages non authentifiés.	Le message n'arrive pas du tout. C'est le seul réglage qui ferme vraiment la porte.

Questions fréquentes

Faut-il créer un compte pour utiliser cet outil ?: Non. Pas de compte, pas d'adresse e-mail, aucun formulaire à remplir. Vous entrez un domaine, on lit son DNS public et on affiche le résultat. Rien n'est conservé.
D'où viennent ces informations ?: Du DNS public, interrogé au moment où vous chargez la page. Ce sont exactement les enregistrements que n'importe quel serveur de messagerie consulte avant d'accepter un message venu de votre domaine. Vous pouvez les vérifier vous-même avec la commande « dig ».
Mon DKIM est marqué non détecté, est-ce grave ?: Pas nécessairement. Un sélecteur DKIM n'a pas d'emplacement fixe : c'est votre service d'envoi qui en choisit le nom. On essaie les sélecteurs les plus répandus, et certains services en tirent un au hasard pour chaque domaine. Un DKIM non détecté ici peut très bien exister.
Pourquoi n'y a-t-il pas de score global ?: Parce qu'il faudrait l'inventer. Un enregistrement DNS ne contient pas de quoi calculer une note de délivrabilité, et un chiffre qui n'est adossé à aucune mesure ne sert qu'à impressionner. On préfère afficher ce qu'on a lu.
Je viens de publier mes enregistrements et ils n'apparaissent pas.: Le DNS met du temps à se propager — de quelques minutes à quelques heures selon votre hébergeur et la durée de vie déclarée. Attendez et relancez la lecture.

Pour aller plus loin

Configurer son domaineLe chemin exact chez votre hébergeur, onglet par onglet, avec le piège propre à chacun.Arriver en boîte de réceptionCe qui se joue après l'authentification : la réputation, les plaintes, les adresses mortes.SPF, DKIM, DMARCLa définition courte, si vous cherchiez juste à savoir ce que ces trois sigles veulent dire.

Et si vos envois étaient authentifiés dès le départ ?

Plumail est un outil d'emailing français. Il vous donne les valeurs exactes à publier pour votre domaine, et vérifie qu'elles répondent avant votre premier envoi.

Créer un compte gratuit

Sans carte bancaire.