Hoelee Tools 由 Hoelee Enterprise 制作

不用懂技术，也能看出这封邮件到底从哪里来

把 Gmail、Outlook、Zoho 或 Shopee 通知里的邮件头整段粘贴进来，就会看到投递经过的中转点、真正拖慢的那一段，以及三项身份验证的结果。

🔒 100% 浏览器内运行 · 零服务器上传

马来西亚规则与特殊情况

邮件头是信封，不是信本身。它记下哪些服务器经手过这封邮件、每一台是什么时候收到的、收件服务器又检查了什么。下面所有内容都只从你粘贴的那段文字里读出来。

邮件头它告诉你的东西
Received每一台经手邮件的服务器，最新的一条在最上面。最下面那条，就是邮件进入互联网的地方。
Return-Path退信寄回哪里——信封上的寄件人。它常常与 From 不同，单凭这一点不算伪造。
Authentication-Results收件服务器自己对 SPF、DKIM、DMARC 的判断。本工具只引用它，不额外推论。
Message-ID发送系统给的唯一编号。系统发出的正式通知几乎都会带。
X-Spam-Status收件方过滤器的评分，Yes 表示这封邮件已经被标记。
  • SPF 问的是「谁能发」。这台服务器有没有资格替这个域名发信？softfail 的意思是「可疑，但不算禁止」，所以本页把它算作失败，同时把原始用词一起写出来。
  • DKIM 问的是「签名还对不对」。发送域名替邮件签名；失败表示正文已经和签名对不上，或者那把密钥根本不属于它。
  • DMARC 问的是「域名自己的规则收不收」，以及 From 的域名与 SPF／DKIM 验证过的域名是否一致。三项里只有它代表你在收件箱里看到的那个名字。
  • 通过不等于安全。骗子用自己买的域名发信，三项一样全过。身份验证只证明是哪个域名发的，不证明内容诚实。
  • 没写就是没写。如果没有任何邮件头写明结果，报告就印「这些邮件头里没有写明」，绝不会用 SPF 加 DKIM 去推算 DMARC，因为域名对齐是收件服务器按一份本页看不到的规则判定的。
  • 转发会破坏 SPF，不会破坏 DKIM。被转发的邮件常常是 spf=fail 配 dkim=pass，这是正常的，也正是 DMARC 存在的理由。
  • 延迟是从时间戳算出来的。出现负数间隔，说明两台服务器的时钟对不上，所以本页会说明延迟只是大约值，而不是印一个负数。
  • 各家写法不同。Zoho、Google Workspace、Microsoft 365、Exabytes、Shinjiru 都会加 Authentication-Results，本工具读的是文字内容，不是厂商名称。

处理前后

处理前

Received: from mail-sor-f41.google.com (mail-sor-f41.google.com. [209.85.220.41])
	by mx.zoho.com with ESMTPS id 4Xy2Kq; Tue, 10 Nov 2026 09:14:03 +0800
Received: from [10.0.0.12] (unknown [10.0.0.12])
	by mail-sor-f41.google.com with ESMTPSA id 9z8y7x; Tue, 10 Nov 2026 09:14:01 +0800
Authentication-Results: mx.zoho.com; spf=pass smtp.mailfrom=kedaikopi.my;
	dkim=pass header.d=kedaikopi.my; dmarc=pass header.from=kedaikopi.my
Return-Path: <sales@kedaikopi.my>
From: "Kedai Kopi Segamat" <sales@kedaikopi.my>
Reply-To: <sales@kedaikopi.my>
Date: Tue, 10 Nov 2026 09:13:55 +0800
Message-ID: <CAJ8x1k2mN4pQ@kedaikopi.my>
Subject: Pesanan #KK-1042 sudah dihantar

处理后

2 个中转点 · 全程 2秒

身份验证（只写这些邮件头有写明的）
SPF    通过
DKIM   通过
DMARC  通过

投递路径 (最新在前)
1. mail-sor-f41.google.com → mx.zoho.com (ESMTPS)
   Tue, 10 Nov 2026 09:14:03 +0800 · +2秒
2. [10.0.0.12] → mail-sor-f41.google.com (ESMTPSA)
   Tue, 10 Nov 2026 09:14:01 +0800
最长延迟：2秒，出现在第 2 站（mail-sor-f41.google.com）与第 1 站（mx.zoho.com）之间
全程用时：2秒

发件人是谁
  From: sales@kedaikopi.my
  Return-Path: sales@kedaikopi.my (一致)
  Reply-To: sales@kedaikopi.my (一致)
  Message-ID: <CAJ8x1k2mN4pQ@kedaikopi.my>

需要留意的地方
  - 没有任何警示

全部在这个浏览器里完成。没有任何内容被上传，也没有邮件头被送到别处。

使用方法

  1. 先在邮件软件里打开完整邮件头——Gmail 点「显示原文」，Outlook 点「查看」›「邮件详细信息」，Zoho 点右上角三点 ›「显示邮件头」——从第一条 Received 一直复制到最后一行邮件头。
  2. 粘贴到左边的框里。右边马上出现报告：最新在前的中转点、最长的那一段延迟、全程用时，以及三项身份验证的结果。
  3. 先看「需要留意的地方」，再按「复制结果」把报告留下来，或者把格式换成 CSV 表格贴进电子表格。

常见问题

Gmail、Outlook、Zoho 的邮件头要怎么找出来？

Gmail 网页版：打开邮件，点右上角三个点，选「显示原文」，再点「复制到剪贴板」。Outlook 网页版：打开邮件，点「回复」旁边的小箭头，选「查看」›「邮件详细信息」。Outlook 桌面版：档案 › 属性 › 因特网邮件头。Zoho Mail：邮件上方三个点 ›「显示邮件头」。手机 App 通常把邮件头藏在同一个选单里；如果 App 显示不出来，请改用电脑打开这封邮件。

SPF、DKIM、DMARC 全部通过，就代表这封邮件安全吗？

不代表。身份验证证明的是这封邮件确实来自它自称的域名，而且在途中没有被改动；它完全没说信里的内容诚不诚实。骗子用自己买的域名发信，三项一样全部通过。要把验证结果、寄件地址和内容放在一起看。

为什么会写「这些邮件头里没有写明」？

因为这段邮件头里没有任何一行记录了那项检查。有些内部转寄服务器根本不会加 Authentication-Results，被转发的邮件也可能把它弄丢。本工具只报告写出来的东西，不肯猜——用 SPF 和 DKIM 去推算 DMARC，就是在猜一份本页读不到的规则。

From 和 Return-Path 是不同域名，这样算伪造吗？

不一定。邮件列表、大量发送者和电商平台本来就常用另一个信封寄件人，所以报告把两个域名都列出来，而不是直接下判断。真正可疑的是：From 自称是银行、电商平台或政府机关，而 DMARC 同时又失败。

我的邮件会被上传到什么地方吗？

不会。本页是静态 JavaScript，没有任何网络请求：邮件头在标签页里解析，从不离开你的浏览器。不会连回本站、不会送到分析接口、也不会碰到任何第三方主机，所以断网也照样能用。

相关工具