Mode d'emploi
- Ouvrez le message dans votre logiciel de messagerie, cherchez l'option Afficher l'original ou les en-têtes complets, et copiez-les de la première ligne jusqu'à la ligne vide.
- Collez-les dans En-têtes bruts. La page les lit dans votre navigateur.
- Lisez Sauts dans l'ordre du premier saut au dernier, et la colonne Délai pour le temps que chaque saut a pris.
- Lisez Résultat SPF, Résultat DKIM et Résultat DMARC. Un succès est en vert ; tout autre résultat est en rouge.
Comment un courriel enregistre son trajet
Chaque serveur qui traite un message ajoute une ligne Received en haut des en-têtes (RFC 5321, section 4.4). La ligne donne l'hôte dont il a reçu le message (from), l'hôte à qui il l'a transmis (by), le protocole (with), et une date après le point-virgule (RFC 5322, section 3.6.7). Lues du bas vers le haut, les lignes donnent le trajet dans l'ordre.
- Le délai d'un saut est son heure moins celle du saut précédent, lues du bas vers le haut.
- L'horloge d'un serveur peut être fausse : un délai négatif ou très long en dit autant sur l'horloge que sur le réseau.
Adresses et alignement
From est l'adresse de l'auteur. Return-Path est l'adresse où vont les messages de retour, et c'est celle que SPF vérifie (RFC 5322, sections 3.6.2 et 3.6.7). DMARC compare le domaine de From avec le domaine vérifié par SPF ou par DKIM. En alignement relâché, la valeur par défaut, il suffit que les deux partagent un domaine organisationnel ; en alignement strict, ils doivent être identiques (RFC 7489, sections 3.1 et 3.1.1). Reply-To indique où vont les réponses lorsqu'il est présent (RFC 5322, section 3.6.2).
Résultats d'authentification
Un serveur de réception consigne ses contrôles dans un en-tête Authentication-Results. Son premier mot est l'authserv-id de ce serveur, et chaque résultat est une méthode suivie d'une valeur, comme spf=pass, dkim=pass ou dmarc=pass (RFC 8601, sections 2.2 et 2.7). Received-SPF est l'ancien en-tête qui consignait un seul contrôle SPF (RFC 7208, section 9.1).
Exemple : un message passé par trois serveurs
Les en-têtes par défaut montrent un message venant de client.example.net, passé par relay.example.net et mx.example.org avant d'atteindre mail.example.net. Lues du bas vers le haut, les trois lignes Received sont datées de 09:59:21, 10:00:03 et 10:02:14 : le deuxième saut a pris 42 secondes et le troisième 2 minutes 11 secondes.
L'en-tête Authentication-Results indique spf=pass, dkim=pass et dmarc=pass pour example.net. Les réponses vont à [email protected], un autre domaine, que la page signale, car une réponse qui quitte le domaine de l'expéditeur mérite d'être vérifiée.
| Mesure | Valeur |
|---|---|
| Lignes Received | 3 |
| Durée du premier au dernier saut | 2 min 53 s |
| SPF | pass (example.net) |
| Reply-To | Les réponses vont à example.org, et non à example.net. Vérifiez que c'est voulu (RFC 5322, section 3.6.2). |
Questions fréquentes
Pourquoi les sauts sont-ils dans l'ordre inverse des lignes Received ?
Chaque serveur place sa ligne Received en haut, donc le saut le plus récent est le premier dans les en-têtes (RFC 5321, section 4.4). La page les inverse : la première ligne est le serveur d'où le message est parti.
Peut-on faire confiance aux lignes Received ?
Chaque serveur écrit sa propre ligne, mais les noms et adresses qu'elle contient sont ceux que ce serveur a relevés, et l'expéditeur peut ajouter ses propres lignes. Les lignes du haut ont été ajoutées le plus récemment, par les serveurs les plus proches de vous, et méritent le plus d'attention.
Que signifie un délai négatif ?
Un saut daté avant le saut précédent signifie que les horloges de deux serveurs ne concordent pas, ou qu'un fuseau horaire a été mal lu. C'est un signe d'erreur d'horloge, et non d'un réseau plus rapide.
Qu'est-ce que Authentication-Results ?
C'est un en-tête qu'un serveur de réception ajoute pour indiquer ce qu'il a contrôlé, comme SPF, DKIM et DMARC, et le résultat de chaque contrôle (RFC 8601). Son premier mot désigne ce serveur ; seul l'en-tête de votre propre serveur de réception doit être cru (section 2.5).
Pourquoi le domaine de Reply-To compte-t-il ?
Les réponses vont à Reply-To lorsqu'il est indiqué, et à From sinon (RFC 5322, section 3.6.2). S'il nomme un autre domaine, les réponses quittent le domaine d'origine du message. Ce n'est pas une erreur en soi, mais cela mérite une vérification.
Cet outil envoie-t-il mes en-têtes quelque part ?
Non. Les en-têtes sont lus dans votre navigateur. Rien n'est envoyé ni conservé.
Sources
- RFC 5322 : Internet Message Format (en anglais)
- RFC 5321 : Simple Mail Transfer Protocol, trace information (en anglais)
- RFC 8601 : Message Header Field for Indicating Message Authentication Status (en anglais)
- RFC 7208 : Sender Policy Framework (SPF) (en anglais)
- RFC 7489 : DMARC (en anglais)
Chiffres et texte vérifiés pour la dernière fois le mardi 10 novembre 2026.