Analyseur d’en-têtes d’e-mail
Coller les en-têtes bruts pour diagnostiquer les retards de routage et les preuves d'authentification.
Vos données
Vos résultats
À votre dispositionVos résultats s’afficheront ici.
Comment ça marche
Déplie les en-têtes d'e-mail collés, extrait les détails du message et rapporte les résultats SPF, DKIM et DMARC, et affiche les houblons reçus avec horodatage UTC et les intervalles adjacents. Les champs répétés sont conservés. Découvrez comment récupérer les en-têtes : https://support.google.com/mail/answer/29436?hl=en. Comparer le workflow avec Google Admin Toolbox : https://toolbox.googleapps.com/apps/messageheader/.
Quelques points à connaître
Les résultats signalés ne sont pas une preuve fiable, pas une nouvelle vérification d'authentification. Aucune demande réseau, recherche DNS, vérification de signature, géolocalisation, notation de spam ou garantie de boîte de réception. Le calendrier exige des années à quatre chiffres et des décalages numériques; les zones inconnues -0000, les zones nommées, les secondes de saut et les dates non valides demeurent inconnues. Les mots codés sont décodés avec des jeux de caractères supportés par le navigateur; les mots mal formés ou non reconnus restent bruts. Il s'agit d'un lecteur d'en-tête pratique, pas d'un validateur RFC complet. Les données en-tête peuvent inclure des adresses privées ou des détails sur l'infrastructure.
Quand utiliser cet outil
Les en-têtes de courriel originaux contiennent l'historique de routage et les détails d'authentification déclarés par le récepteur que la vue normale du message cache. Cet analyseur déplie les lignes d'en-tête, extrait les champs clés et montre le houblon reçu dans l'ordre chronologique avec les houblons UTC où l'analyse est possible. Utilisez-le pour organiser une enquête de livraison ou comparer les domaines signalés. Elle lit les preuves fournies; elle n'authentifie pas le message à nouveau ou ne détermine pas si son contenu est sûr.
- L'inspecteur a signalé les résultats du SPF, du DKIM et du DMARC d'un message original.
- Comparer les horodatages de relais enregistrés lors de l'enquête sur un retard.
- Décoder un sujet encodé et examiner les champs liés à l'expéditeur.
Comment utiliser l'analyseur d'en-tête de messagerie
Copier les en-têtes originaux
Récupérez la vue complète de l'en-tête de votre service de messagerie et collez-la dans les en-têtes de messagerie originaux. Préserver les lignes de poursuite repliées. Le corps du message après la première ligne vide est ignoré; jusqu'à 500 KB sont pris en charge.
Inspecter les champs de message et d'authentification
Avis de, Retour-Path, Message-ID et le rapport Authentification-Résultats. Les champs répétés sont conservés. Comparer les domaines et noter que le service récepteur prétend avoir ajouté le résultat d'authentification.
Revoir l'itinéraire avec prudence
Lisez la table de saut et les intervalles UTC adjacents. Les horodatages inconnus ou non valides demeurent inconnus. Traitez les intervalles négatifs et les houblons manquants comme des limites de preuve, et consultez votre service de réception ou votre fournisseur lorsque des journaux supplémentaires sont nécessaires.
Lire l'intervalle de relais de l'échantillon
Entrées
Utilisez les en-têtes fournis avec deux lignes reçues: l'expéditeur à relais à 13:00:00 +0100, puis relais à boîte de réception à 12:00:05 +0000 le 10 Octobre 2026.
Résultat
L'analyseur lit neuf champs, deux houblons reçus et un rapport d'authentification. L'intervalle de route est de cinq secondes après la normalisation du fuseau horaire. Le sujet codé devient Hello ✓.
Ce que ça veut dire
13:00 +0100 est 12:00 UTC, de sorte que les sauts enregistrés sont séparés de cinq secondes. Cet intervalle est entre les relais enregistrés, pas une mesure du temps plein de la composition du message à l'affichage de boîte de réception.
Erreurs courantes à éviter
Faire confiance à chaque champ d'authentification collé
Les en-têtes peuvent être forgés ou copiés. Un laissez-passer affiché est une réclamation signalée; identifiez le service récepteur de confiance avant de le traiter comme une preuve valable.
Lecture des lignes reçues haut en bas comme ordre de voyage
De nouveaux relais prépendent des en-têtes, de sorte que les en-tête d'origine montrent généralement les plus récents sauts d'abord. L'analyseur présente d'abord la route la plus ancienne enregistrée pour simplifier la comparaison.
Appel du délai de livraison
Les sauts manquants, les différences d'horloge et le traitement des clients affectent l'image. L'intervalle indiqué ne couvre que les houblons parséables enregistrés plutôt que tous les stades de la livraison.
Foire aux questions
Définitions, cas de bordure et prochaines étapes pratiques pour cet outil. Rechercher tous les outils FAQ
Où puis-je trouver les en-têtes originaux ?
Utilisez votre service de messagerie d'origine ou l'option d'en-tête complet. Dans Gmail, le menu message inclut Afficher l'original. Copiez les en-têtes plutôt qu'une capture d'écran ou l'affichage ordinaire de/vers, car les champs de routage et d'authentification sont généralement cachés dans cette vue plus simple.
Est-ce qu'un SPF passe ici prouver que l'expéditeur est authentique ?
C'est pas vrai. L'outil extrait un résultat signalé du texte fourni et ne exécute pas SPF. Un résultat a également besoin de domaine et de contexte de confiance. Comparez le domaine authentifié avec d'autres champs de message et confirmez que le rapport a été ajouté par votre service de réception de confiance.
Est-ce que cela vérifie les signatures DKIM?
C'est pas vrai. Il peut afficher les résultats DKIM signalés et le contexte lié à la signature, mais il ne récupère pas les clés ou vérifie cryptographiquement le message. Une nouvelle vérification de signature nécessite le contenu signé original et un workflow de vérification approprié, au-delà de la lecture des en-têtes collés.
Pourquoi un houblon est-il inconnu?
L'analyseur pris en charge s'attend à un décalage à quatre chiffres entre l'année et le fuseau horaire numérique. Les zones nommées, un fuseau horaire inconnu de -0000, les dates non valides et les valeurs de saut-seconde demeurent inconnues. Le maintien de cette incertitude est plus utile que l'attribution d'un temps UTC composé.
Comment les différences de fuseau horaire sont-elles traitées?
Les décalages numériques pris en charge sont convertis en UTC avant le calcul des intervalles adjacents. Un horodatage 13:00 à +0100 peut précéder un horodateur 12:00:05 de +0000 par cinq secondes. Les erreurs d'horloge peuvent encore affecter la chronologie signalée même lorsque l'arithmétique est valide.
Pourquoi De et Retour-Path peuvent-ils différer?
Ce sont des champs de message différents et peuvent légitimement contenir différentes adresses. L'analyseur montre les deux sans déclarer la différence frauduleuse. Utilisez l'alignement d'authentification et votre configuration de service d'envoi pour les interpréter; l'analyseur lui-même ne peut pas vérifier qui contrôle l'une ou l'autre adresse.
Peut-il détecter le pourriel, le phishing ou le placement dans une boîte de réception?
C'est pas vrai. Il n'effectue pas de notation de spam, de géolocalisation, d'inspection des URL ou de classification de sécurité du contenu. La structure des en-têtes et les résultats rapportés peuvent appuyer une enquête, mais ils n'établissent pas qu'un message est sûr ou expliquent chaque décision de livraison.
Les données d'en-tête sont-elles envoyées à un service externe?
Cet analyseur traite localement le texte collé et ne fait pas de requêtes DNS ou réseau. Les en-têtes peuvent toujours contenir des adresses privées et des détails d'infrastructure, alors considérez ces détails avant de partager un résultat copié ou de le télécharger dans un espace de travail partagé.
Explorez le sujet dans le blog
Sources et méthode
Utilisez les références ci-dessous pour vérifier les définitions et le guide de la plateforme. La portée et les limites du modèle sont expliquées ci-dessus. Lisez nos normes éditoriales.