电子邮件

邮件认证检查器

联网: DoH新增

该工具本身是英文的;本页面将用您的语言对它进行说明。

使用 邮件认证检查器

功能介绍

输入域名,查看它抵御伪造的能力如何:SPF include 引用树及其查询次数、DMARC 策略、DKIM 密钥长度、MTA-STS、TLS-RPT、BIMI 和 MX。

您查询的 DNS 名称会被发送至 PhishDestroy DNS 中继服务器(/api/dns-resolve.php),该服务器会通过 HTTPS 向 Cloudflare 或 Google DNS 发起查询。

如何使用邮件认证检查器

  1. 输入域名. 输入域名、电子邮件地址或 URL。工具只保留域名,去掉 URL 开头的 www.,并去除 _dmarc. 之类的前缀。
  2. 添加 DKIM 选择器. 如果你有一封来自该域名的邮件,把其 DKIM-Signature 头中的 s= 值复制到选择器字段中。最多检查 10 个。
  3. 运行检查. 按 Check(检查),或按 Try common DKIM selectors(尝试常见 DKIM 选择器)测试 15 个常用名称。计数器显示已使用多少次 DNS 查询。
  4. 查看 Summary 表格. 每条记录会得到 pass、warn、fail、info 或 error 结果,并附一行结论。下方各部分显示原始记录和 SPF include 引用树。
  5. 运用结果. 没有 SPF 和强制执行的 DMARC 策略的域名很容易被伪造。在判断一封自称来自该域名的邮件时,请记住这一点。

示例

不发送邮件的域名

输入
example.com
输出(捕获于2026-10-20)
Checked example[.]com · 6 DNS queries through the relay (Cloudflare)

Summary
RECORD	STATUS	FINDING
SPF	pass	"v=spf1 -all": no server may send mail as example[.]com, so any message from it is forged
DMARC	warn	p=reject, sp=reject
DKIM	info	Not checked: DKIM keys can only be found by selector (see the DKIM-Signature s= of a message)
MTA-STS	info	No MTA-STS record (optional): senders may deliver over unencrypted or unverified TLS
TLS-RPT	info	No TLS-RPT record (optional): no reports about TLS delivery failures
BIMI	info	No BIMI record (optional). DMARC is at enforcement
MX	info	Null MX "0 .": the domain accepts no mail (RFC 7505)
SPF
DNS-QUERYING TERMS
0 of 10
VOID LOOKUPS
0 of 2
UNLISTED SENDERS GET
fail (-all)
v=spf1 -all

Include and redirect tree (lookups are numbered in evaluation order; include, a, mx, ptr, exists and redirect count, RFC 7208 §4.6.4)

example[.]com · 0 lookups here, 0 in this branch
fail -all
DMARC

Found at _dmarc.example[.]com

v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s

warn no rua: the owner receives no aggregate reports
TAG	VALUE	MEANING
v	DMARC1	version
p	reject	policy for the domain itself — reject: failing mail is refused
sp	reject	policy for subdomains (default: p) — reject: failing mail is refused
adkim	s	DKIM alignment: r = same organization, s = exact domain (default r)
aspf	s	SPF alignment: r = same organization, s = exact domain (default r)
DKIM

DNS cannot list DKIM keys: each one sits under a selector chosen by the sender (selector._domainkey.example[.]com). Enter the s= value from a message's DKIM-Signature header, or press “Try common
…

SPF v=spf1 -all、DMARC p=reject 以及空的 MX 记录 (0 .):该域名声明其既不发送也不接收邮件,因此来自该域名的任何邮件均为伪造。 DMARC 仅被标记为“warn”,是因为该记录中没有 rua= 地址,因此所有者无法收到汇总报告;但该策略本身(p=reject, sp=reject)已得到完全执行。

检查内容

信号其含义
SPF 记录缺少记录判为 fail。+all 让所有服务器都能通过,?all 或没有 all 则毫无保护作用;正常情况应为 -all 或 ~all。
SPF 查询次数和空查询次数include、a、mx、ptr、exists 和 redirect 各消耗一次 DNS 查询。超过 10 次查询,或超过 2 次查询没有返回结果,都会以 permerror 导致 SPF 失效。
DMARC 策略p=none 仅作监控,quarantine 把未通过的邮件送入垃圾邮件,reject 则直接拒收。pct 低于 100、sp=none 以及缺少 rua 地址也会触发警告。
继承的 DMARC如果子域名没有记录,会读取组织域名的记录,并标记为继承。
DKIM 密钥按选择器显示,附类型和长度。RSA 低于 1024 位判为 fail,低于 2048 位给出警告,p= 为空表示密钥已被撤销。
MTA-STS 和 TLS-RPT可选记录,要求发件方使用经过验证的 TLS 并报告失败情况。缺少时只给出提示,不算错误。
BIMI可选的品牌徽标记录。只有当 DMARC 为 quarantine 或 reject 且 pct=100 时才有效。
MX列出邮件服务器。空 MX(0 .)表示该域名不接收邮件;NXDOMAIN 表示该域名不存在。

更多示例

输入 URL 而非域名

输入
https://www.example.net/login
结果

提示 www.example.net 按 example.net 检查,随后进行 6 次 DNS 查询:SPF 为 pass("v=spf1 -all"),DMARC 为 warn(p=reject、sp=reject,但没有 rua 地址),DKIM 未检查,没有 MTA-STS、TLS-RPT 或 BIMI 记录,以及一个空 MX。

不存在的域名

输入
nothing.example
结果

SPF 为 fail(没有 SPF 记录),DMARC 为 fail(没有 DMARC 记录),MX 为 fail,因为 nothing.example 不存在(NXDOMAIN)。BIMI 行注明 DMARC 未处于强制执行状态。

DKIM 记录名称

输入
google._domainkey.example.org
结果

选择器 google 被填入选择器字段,并检查 example.org。DKIM 行显示 “google: revoked”,因为该密钥记录的 p= 为空。

常见问题解答

邮件认证检查器查询哪些内容?

SPF 记录及其引入的每个 include 和 redirect,并按 RFC 7208 统计需要 DNS 查询的项是否超过 10 次上限、空查询是否超过 2 次上限。它还会读取 DMARC 记录(找不到时回退到组织域名)、你提供的选择器对应的 DKIM 密钥,以及 MTA-STS、TLS-RPT、BIMI 和 MX 记录。

检查器看不到哪些内容?

DNS 无法列出 DKIM 密钥:每个密钥都位于发件方自选的选择器之下,因此请输入邮件 DKIM-Signature 头中的 s= 值,或尝试常见选择器;查不到并不能证明什么。不会下载 MTA-STS 策略文件和 BIMI 徽标,也不会展开依赖发件人的 SPF 宏。

会通过网络发送什么?

只有由你输入的域名构成的 DNS 名称(例如 _dmarc.example.com)会发送到 PhishDestroy 的 DNS 中继,由它通过 DNS over HTTPS 向 Cloudflare 或 Google 查询。一次检查大约使用 5 到 25 次查询;中继每分钟允许 60 次。

检查结果良好,是否意味着来自该域名的邮件是真的?

不是。检查器读取的是该域名公布的策略,而不是某一封具体邮件。要查看某封邮件是否通过了 SPF、DKIM 和 DMARC,请在 EML Analyzer(EML 分析器)中打开其源码。

为什么即使 p=reject,DMARC 仍被标记为 warn?

警告还涵盖削弱覆盖范围或报告功能的设置:没有用于汇总报告的 rua 地址、pct 低于 100,或子域名为 sp=none。reject 策略本身依然有效。

什么是空查询(void lookup)?

在评估 SPF 时发出、却没有返回可用记录的 DNS 查询,例如某个 a: 或 mx: 项所指向的名称没有地址或邮件服务器。SPF 允许两次;第三次会以 permerror 导致失败。

术语说明

PhishDestroy 研究