En-tête mail : l'afficher et le lire

Afficher l'en-tête complet

Chaque logiciel le range à un endroit différent. Copiez-le en entier si vous devez le transmettre.

Messagerie	Où le trouver
Gmail, sur ordinateur	ouvrir le message, Plus à côté de Répondre, puis Afficher l'original
Nouvel Outlook et Outlook sur le web	Plus d'actions en haut du message, puis Afficher, puis Détails du message
Outlook classique pour Windows	ouvrir le message dans sa fenêtre, Fichier, puis Propriétés : zone En-têtes Internet
Apple Mail sur Mac	Présentation, puis Message, puis Tous les en-têtes
Roundcube, notre webmail	ouvrir le message, menu Plus, puis Afficher la source

Sources relues le 15 octobre 2026 : l'aide de Gmail, la page de Microsoft sur les en-têtes Internet et la traduction française de Roundcube. Le chemin d'Apple Mail est celui de l'application sur macOS, que nous n'avons pas pu rapprocher d'une page d'aide d'Apple ouverte ce jour. Ces menus sont ceux des versions pour ordinateur : sur téléphone, ils n'existent pas toujours, passez alors par un ordinateur ou par le webmail.

Les lignes à connaître

Ligne	Ce qu'elle dit
From	l'expéditeur affiché, que n'importe qui peut écrire
Return-Path	l'adresse qui reçoit les retours d'erreur, souvent différente
Reply-To	l'adresse où partira votre réponse, si elle est présente
Received	une étape du trajet : le serveur qui a reçu, celui qui a transmis, l'heure
Authentication-Results	le résultat des contrôles SPF, DKIM et DMARC faits à l'arrivée
Message-ID	l'identifiant unique du message, utile au support

Le nom affiché dans From ne prouve rien : c'est un texte libre. Ce sont les contrôles d'authentification, et non l'apparence, qui disent si le message vient bien du domaine annoncé.

Lire le trajet de bas en haut

Chaque serveur qui transmet le message ajoute sa ligne Received en tête de l'en-tête, comme le prévoit la norme du courrier électronique, la RFC 5321. Le trajet se lit donc à l'envers :

Descendez jusqu'à la dernière ligne Received : c'est la première étape, le serveur d'où le message est parti.
Remontez ligne par ligne : chaque Received indique le serveur qui a reçu (by) et celui qui lui a remis le message (from).
Notez l'heure de chaque étape, en tenant compte du fuseau indiqué en fin de date, par exemple +0400 pour La Réunion ou +0200 pour Paris en été.
Comparez les heures entre deux lignes voisines : un grand écart désigne l'étape où le message a attendu.

Les lignes du bas viennent de serveurs que vous ne contrôlez pas, et un expéditeur malveillant peut en inventer. Seules les lignes ajoutées par les serveurs de votre propre messagerie, en haut, sont sûres.

Lire les contrôles SPF, DKIM et DMARC

La ligne Authentication-Results est ajoutée par le serveur qui a reçu le message, d'après la RFC 8601. Elle se présente comme une suite de verdicts :

Authentication-Results: mx.exemple.com;
    spf=pass smtp.mailfrom=votre-domaine.fr;
    dkim=pass header.d=votre-domaine.fr;
    dmarc=pass header.from=votre-domaine.fr

Un pass sur les trois indique que le message vient bien d'un serveur autorisé par le domaine. Un fail, un none ou un softfail invite à examiner le message avec soin. Le sens de chaque verdict et la correction à apporter sont dans l'enregistrement SPF, DKIM et DMARC. Si ce sont vos propres messages qui arrivent en indésirables chez vos destinataires, suivez le diagnostic pas à pas.

Trois cas pratiques

Un message douteux au nom de votre banque : le From est correct, mais dmarc=fail et la dernière ligne Received montre un serveur sans rapport avec la banque. Ne cliquez sur rien, voir Reconnaître un mail d'hameçonnage.
Un message arrivé avec trois heures de retard : l'écart d'heure se trouve entre deux lignes Received précises, ce qui situe le retard chez l'expéditeur, en route ou à l'arrivée.
Une réponse qui part ailleurs : un Reply-To différent du From envoie votre réponse à une autre adresse que celle affichée.

Chez Hubspace

Pour une adresse hébergée chez nous, le message part de hub.hubspace.fr : c'est le nom que vous devez retrouver dans les lignes Received du bas, celles des premières étapes, d'un message que vous avez envoyé. Si vous nous écrivez au sujet d'un message perdu, en retard ou mal classé, joignez son en-tête complet à votre ticket, ouvert depuis votre espace client : l'identifiant et les heures qu'il contient permettent de retrouver le message dans les journaux du serveur.

Questions fréquentes

L'en-tête contient-il le contenu du message ?

Non. L'en-tête ne porte que les informations de transport et de contrôle. La source complète, elle, contient aussi le texte et les pièces jointes encodées : ne transmettez que l'en-tête si le message est confidentiel.

Peut-on falsifier un en-tête ?

L'expéditeur peut écrire ce qu'il veut dans From, Reply-To et les lignes Received qu'il ajoute avant l'envoi. Il ne peut pas falsifier les lignes ajoutées par les serveurs qui ont reçu le message, ni les verdicts qu'ils ont posés.

Pourquoi y a-t-il autant de lignes Received ?

Un message traverse souvent plusieurs serveurs : celui de l'expéditeur, parfois un filtre antispam ou un relais, puis le serveur de destination. Chacun ajoute sa ligne.