IT @ Jason Tools v3.65.1

Email Header 分析

分析標頭與郵件路徑，檢查 SPF、DKIM、DMARC

貼上 Email Header

選擇 .eml 檔
也可以直接把檔案拖進來。從檔案讀的是原始位元組，非 UTF-8 的中文標頭才還原得回來；從文字編輯器複製過來的話，那一步已經把字弄壞了。
或直接貼上標頭
資料只在瀏覽器內處理，不會上傳到任何伺服器。

分析與驗證說明

了解報告中的每項結果

這個工具會檢查什麼？

安全性檢查 檢查 SPF、DKIM、DMARC、ARC 的驗證狀態與網域對齊
基本資訊 解析寄件者、收件者、主旨與日期，並解碼 RFC 2047 編碼
傳遞路徑 追蹤每一站的伺服器、IP、加密方式與停留時間
風險訊號 顯示名稱偽裝、punycode 網域、回覆位址不一致、垃圾郵件評分
Header 解碼 把折行接回、解出所有標頭原文，可逐條檢視

三道驗證怎麼配合

SPF Sender Policy Framework 檢查寄件 IP 是否被該網域授權。驗的是信封寄件者（Return-Path），不是你看到的 From。 了解更多 →
DKIM DomainKeys Identified Mail 用網域的私鑰對指定標頭與內文簽章，收件端拿 DNS 上的公鑰驗。內容被改過就會失敗。 了解更多 →
DMARC Domain-based Message Authentication SPF 或 DKIM 至少一項「通過且與 From 網域對齊」才算過，並依 p= 決定不合格時怎麼處置。 了解更多 →
ARC Authenticated Received Chain 轉寄與郵件論壇會破壞 SPF/DKIM，ARC 把「轉寄前的驗證結果」簽起來讓下一站採信。 了解更多 →
通過 pass 驗證成功，這一項可以採信
失敗 fail 驗證失敗，可能是偽造或設定錯誤
軟性失敗 softfail / 中性 neutral 政策沒有明確拒絕，通常是設定沒補齊
無 none 沒有做這項檢查，或網域沒有發佈相關記錄

郵件處理流程

寄件伺服器
Postfix · Exchange · qmail
1
反垃圾郵件
Amavis · Rspamd · SpamAssassin
2
病毒掃描
ClamAV · Sophos
3
企業安全閘道
Fortinet · Barracuda · IronPort
4
收件系統
Postfix · Exchange · Gmail
5
驗證結果怎麼判讀？
  • 三項全過：寄件網域確實授權了這台伺服器，內容沒被改過，而且與 From 對齊 —— 可以相信寄件者身分。
  • SPF 過但沒對齊：常見於代寄服務（電子報、票務）。DMARC 不採信這種 SPF，要靠 DKIM 補。
  • DKIM 失敗：郵件論壇或防毒閘道改寫內容也會造成，不一定是偽造 —— 對照 ARC 的結果比較準。
  • DMARC 失敗：沒有任何一項通過且對齊，From 可能是偽造的。若對方發佈 p=reject，正常情況這封信根本不該進到信箱。
常見問題
  • 從哪裡取得完整 Header？Gmail：更多 → 顯示原始郵件；Outlook：檔案 → 內容 → 網際網路標頭；Thunderbird：檢視 → 訊息原始碼。
  • 為什麼時間看起來對不上？每一站的時鐘不一定同步，出現負的停留時間通常是時鐘偏差而不是造假。
  • 來源 IP 一定是寄件者嗎？只有最外層那一站可信；再往內的 Received 是寄件方自己寫的，可以偽造。
隱私與資料處理
Header 只在你的瀏覽器內解析，不會上傳到任何伺服器，也沒有任何外部請求。關閉分頁後就什麼都不留。