Nouveau guide : comment réchauffer une IP dédiée sans nuire à votre réputation. Lire maintenant →
MigoSMTP
Outil gratuit

Analyseur d'en-têtes d'e-mail

Collez les en-têtes complets d'un message pour voir son trajet, la durée de chaque saut et si SPF, DKIM et DMARC ont réussi. Tout s'exécute dans votre navigateur, rien n'est envoyé.

  • Rien n'est envoyé
  • Graphique des délais saut par saut
  • Compatible avec les fichiers .eml

Collez tout, de la première ligne jusqu'à la ligne vide avant le corps du message, ou importez le message enregistré. Tout s'exécute dans votre navigateur ; rien ne nous est envoyé.

L'analyse se fait dans votre navigateur et cette page n'envoie vos en-têtes nulle part. La correspondance de domaines utilise une règle simple pour le domaine organisationnel ; considérez donc les résultats d'alignement comme indicatifs, car les vrais contrôles DMARC utilisent la liste des suffixes publics.

Pourquoi lire les en-têtes

Chaque e-mail porte un bloc de lignes d'en-tête qui enregistrent son origine, les serveurs qui l'ont traité et ce que chacun en a conclu. Quand un e-mail disparaît, tombe en spam, affiche un avertissement ou semble falsifié, les en-têtes sont la preuve. L'analyseur les lit pour vous et remet les réponses dans l'ordre.

Comment obtenir les en-têtes

Copiez tout, de la première ligne jusqu'à la ligne vide avant le corps du message, ou importez le fichier .eml enregistré. L'analyse s'exécute entièrement dans votre navigateur ; les en-têtes ne sont envoyés nulle part.

Application de messagerieOù les trouver
GmailOuvrez le message, choisissez le menu à trois points, puis Afficher l'original.
Outlook (web)Ouvrez le message, trois points, Afficher, Afficher la source du message.
Outlook (bureau)Ouvrez le message, Fichier, Propriétés, puis lisez les en-têtes Internet.
Apple MailPrésentation, Message, Tous les en-têtes (ou Source brute).
Yahoo MailOuvrez le message, trois points, Afficher le message brut.

Le trajet : les lignes Received

Chaque serveur qui traite un message ajoute une ligne Received tout en haut. La liste se lit donc à l'envers : la ligne du bas correspond au premier serveur, celle du haut au dernier. L'analyseur les remet dans l'ordre du trajet du message et indique la durée de chaque saut, d'après les horodatages des lignes.

Un grand écart entre deux sauts signifie que le message a attendu quelque part, souvent dans une file parce que le serveur suivant était occupé, appliquait du greylisting ou différait la livraison. Les horodatages viennent des horloges de serveurs différents : de petites valeurs négatives ou étranges traduisent généralement un décalage d'horloge, pas une panne.

Résultats d'authentification

Le serveur destinataire consigne ses verdicts dans une ligne Authentication-Results. L'analyseur en extrait les trois qui comptent :

  • SPF : indique si le serveur d'envoi était autorisé par l'enregistrement du domaine d'enveloppe.
  • DKIM : indique si la signature était présente et vérifiée, et quel domaine l'a signée.
  • DMARC : indique si SPF ou DKIM a réussi en alignement avec le domaine From visible, et quelle politique s'applique.
  • Ne faites confiance qu'aux résultats écrits par votre propre serveur destinataire. N'importe qui peut ajouter une fausse ligne Authentication-Results avant l'envoi, d'où l'intérêt pour l'analyseur d'afficher quel serveur a écrit chacune.

L'alignement : le contrôle que la plupart oublient

SPF ou DKIM peut réussir alors que DMARC échoue, car DMARC exige que le domaine validé corresponde au domaine From. L'analyseur compare le domaine From, le domaine Return-Path et le domaine d= de DKIM, et vous indique lesquels sont alignés. Cause fréquente : un service d'envoi signe avec son propre domaine tant que vous n'avez pas configuré le vôtre.

Autres signes à vérifier

Aucun indice isolé ne prouve quoi que ce soit. Regardez comment plusieurs éléments s'articulent.

  • Un Reply-To qui pointe vers un autre domaine que From, signe courant de phishing.
  • Un nom d'affichage qui contient une adresse d'un autre domaine que l'adresse réelle.
  • Un Message-ID dont le domaine ne correspond pas à l'expéditeur, ce qui peut indiquer qu'un script ou un autre système a envoyé le message.
  • Des signatures DKIM utilisant l'ancien algorithme sha1, une liste d'en-têtes signés très courte, ou une expiration (x=) dépassée.
  • Des en-têtes ARC, qui consignent les résultats d'authentification à travers les sauts de transfert, et des en-têtes BIMI, liés à l'affichage du logo.

Ce que cet outil ne peut pas faire

Les en-têtes peuvent être falsifiés avant de vous parvenir, et seules les lignes ajoutées par des serveurs de confiance sont fiables. L'analyseur rapporte ce que disent les en-têtes ; il ne recherche pas l'IP d'envoi dans une base de données et ne vérifie pas les enregistrements DNS en direct. Pour le DNS en direct, utilisez notre vérificateur SPF, DKIM et DMARC.

Ce que l'analyseur affiche

  1. 1

    Chemin de livraison

    Liste chaque saut, du premier serveur au dernier, avec l'heure de traitement du message et le délai entre les sauts.

  2. 2

    Authentification

    Lit les résultats SPF, DKIM et DMARC ajoutés par le serveur destinataire, ainsi que les détails de la signature DKIM.

  3. 3

    Alignement

    Compare le domaine From aux domaines Return-Path et DKIM, ce que DMARC vérifie réellement.

  4. 4

    Constats

    Signale les échecs, les défauts d'alignement, les longs délais et les en-têtes manquants, avec une correction en langage clair pour chacun.

Questions fréquentes

Comment obtenir les en-têtes complets d'un e-mail ?

Dans Gmail, ouvrez le message, choisissez le menu à trois points puis « Afficher l'original ». Dans Outlook sur le web ou sur le bureau, ouvrez les propriétés du message ou « Afficher la source du message » pour voir les en-têtes Internet. Dans Apple Mail, utilisez Présentation, puis Message, puis Tous les en-têtes. Copiez tout, de la première ligne jusqu'à la ligne vide qui sépare les en-têtes du corps.

Mes en-têtes sont-ils envoyés à vos serveurs ?

Non. L'analyse s'exécute dans votre navigateur avec JavaScript. Le texte collé n'est ni transmis ni stocké par cette page.

Que signifie un SPF qui réussit alors que DMARC échoue ?

DMARC exige l'alignement. Le domaine qui a réussi SPF (le domaine Return-Path) ou DKIM (le domaine d=) doit correspondre au domaine de l'adresse From visible. Un message peut réussir SPF et DKIM pour le domaine de votre service d'envoi et échouer quand même à DMARC pour votre propre domaine.

D'où viennent les Authentication-Results ?

Le serveur de messagerie destinataire ajoute un en-tête Authentication-Results après avoir vérifié SPF, DKIM et DMARC. Ne faites confiance qu'à celui ajouté par votre propre fournisseur de boîte mail, normalement le plus haut. Les en-têtes ajoutés plus bas dans la chaîne peuvent être falsifiés par les expéditeurs.

Pourquoi certains sauts affichent-ils un délai ?

Chaque en-tête Received contient l'heure à laquelle le serveur a traité le message. L'outil soustrait les heures consécutives pour montrer où le message a attendu. De petits écarts sont normaux. Des écarts de plusieurs minutes peuvent indiquer du greylisting, une mise en file ou une limitation de débit sur ce serveur. Les décalages d'horloge entre serveurs peuvent aussi produire des valeurs étranges ou négatives.

Cela me dit-il si mon e-mail est du spam ?

Non. L'outil montre le trajet du message et s'il s'est authentifié. Le classement en spam par un destinataire dépend aussi de la réputation, du contenu et du comportement du destinataire, que les en-têtes ne font qu'effleurer.

L'authentification échoue ?

Lisez le guide pour corriger pas à pas les échecs SPF, DKIM et DMARC.

Ouvrir le guide

Commencez à envoyer en quelques minutes.

Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.

Commencer gratuitement Contacter les ventes