Les champs d'en-tête d'e-mail expliqués : Received, From, Return-Path et plus

En bref

1. Où trouver les en-têtes. Chaque application de messagerie permet d'afficher les en-têtes complets, souvent sous le nom Afficher l'original, Afficher la source ou Détails du message.
2. Les champs visibles : From, To, Subject, Date. From, To, Subject et Date sont les champs qu'affiche une application de messagerie.
3. Received : le trajet. Chaque serveur qui traite un message ajoute une ligne Received en haut.
4. Return-Path, Reply-To et Message-ID. Return-Path contient l'expéditeur d'enveloppe, l'adresse où sont envoyés les rebonds et celle par rapport à laquelle SPF est vérifié.
5. Authentication-Results. Le serveur de réception consigne ses verdicts SPF, DKIM et DMARC dans une ligne Authentication-Results, avec les identifiants qu'il a vérifiés, comme smtp.mailfrom et header.d.
6. DKIM-Signature. Un champ DKIM-Signature contient le domaine signataire dans d=, le sélecteur dans s=, l'algorithme de signature dans a= et la liste des champs signés dans h=.

Où trouver les en-têtes

Chaque application de messagerie permet d'afficher les en-têtes complets, souvent sous le nom Afficher l'original, Afficher la source ou Détails du message. Copiez tout depuis la première ligne jusqu'à la première ligne vide, car cette ligne vide marque la fin des en-têtes et le début du corps du message.

Vous pouvez les coller dans notre analyseur d'en-têtes d'e-mail, qui met en ordre le trajet, les délais et les résultats d'authentification.

Les champs visibles : From, To, Subject, Date

From, To, Subject et Date sont les champs qu'affiche une application de messagerie. Ils sont définis par l'expéditeur et peuvent dire n'importe quoi : ils ne prouvent donc pas à eux seuls d'où vient un message. Un nom d'affichage peut contenir une autre adresse que l'adresse réelle, une astuce courante d'usurpation.

Le champ Date indique quand l'expéditeur a rédigé le message. Comparez-le aux heures des lignes Received pour repérer les longs délais.

Received : le trajet

Chaque serveur qui traite un message ajoute une ligne Received en haut. Chacune indique de quel serveur il a reçu le message, quel serveur il est, le protocole et un horodatage. Lisez-les de bas en haut pour suivre le trajet dans l'ordre.

Received: from mail.example.net (mail.example.net [203.0.113.5])
        by mx.example.org with ESMTPS id abc123
        for <you@example.org>; Tue, 13 Oct 2026 16:14:12 +0000

L'écart entre deux horodatages correspond au temps que le message a passé à un saut. De grands écarts signalent généralement une file d'attente, un greylisting ou une nouvelle tentative. Les lignes situées sous le premier serveur de confiance ont pu être écrites par l'expéditeur : traitez-les avec prudence.

Return-Path, Reply-To et Message-ID

Return-Path contient l'expéditeur d'enveloppe, l'adresse où sont envoyés les rebonds et celle par rapport à laquelle SPF est vérifié. Le serveur de réception l'ajoute. Reply-To indique où les réponses doivent aller, et lorsqu'il diffère de From, il mérite un second regard. Message-ID est un identifiant unique du message, se terminant généralement par le domaine du système d'envoi.

Un Message-ID dont le domaine diffère de celui de From est courant lorsqu'un service envoie pour votre compte, et n'est pas un défaut en soi.

Authentication-Results

Le serveur de réception consigne ses verdicts SPF, DKIM et DMARC dans une ligne Authentication-Results, avec les identifiants qu'il a vérifiés, comme smtp.mailfrom et header.d. C'est la ligne à lire en premier quand le courrier échoue, et elle n'est digne de confiance que si elle a été écrite par votre propre serveur de réception.

Authentication-Results: mx.example.org;
 spf=pass smtp.mailfrom=bounce.example.net;
 dkim=pass header.d=example.net header.s=s1;
 dmarc=fail header.from=example.com

Pass, fail, softfail, neutral, none, temperror et permerror sont les valeurs habituelles. Un échec DMARC alors que SPF et DKIM passent tous deux signifie presque toujours que les domaines validés ne sont pas alignés avec From.

DKIM-Signature

Un champ DKIM-Signature contient le domaine signataire dans d=, le sélecteur dans s=, l'algorithme de signature dans a= et la liste des champs signés dans h=. Le récepteur utilise d= et s= pour trouver la clé publique dans le DNS et vérifier la signature.

Vérifiez que d= est bien votre propre domaine et que h= inclut From. Une signature faite avec a=rsa-sha1 est ancienne et faible, et la balise l=, qui limite la part du corps qui est signée, permet d'ajouter du texte après la signature.

List-Unsubscribe et autres champs utiles

Les e-mails marketing devraient comporter List-Unsubscribe, et List-Unsubscribe-Post pour le désabonnement en un clic, que Gmail et Yahoo demandent aux expéditeurs en masse de prendre en charge. Certains récepteurs ajoutent des champs de filtrage antispam, comme X-Spam-Status, qui montrent la note attribuée au message.

Les champs ARC montrent qu'un relais de transfert ou une liste de diffusion a enregistré le résultat d'authentification qu'il a vu, ce qui explique pourquoi SPF peut échouer à l'arrivée d'un message transféré.

Pour aller plus loin et sources

• RFC 5322 : Internet Message Format
• RFC 8601 : Message Header Field for Indicating Message Authentication Status
• RFC 6376 : DomainKeys Identified Mail (DKIM) Signatures
• RFC 5321 : Simple Mail Transfer Protocol

Dans MigoSMTP : articles du centre d'aide

• Lire les en-têtes d'e-mail pour diagnostiquer l'authentification
• Les codes de rebond SMTP expliqués
• Return-path et domaines de suivi personnalisés

Guides et outils associés

• Analyseur d'en-têtes d'e-mail : collez les en-têtes, obtenez le trajet et les résultats.
• Vérificateur SPF, DKIM et DMARC : contrôlez les enregistrements en ligne.
• Corriger les échecs SPF, DKIM et DMARC : lisez une erreur et corrigez-la.
• La politique DMARC expliquée : ce que signifie l'alignement.