邮件 DNS

邮件 DNS 检查核对实时记录

输入单个域名;知道 DKIM 选择器时再填写。只有点“检查”才会联网。

邮件 DNS 检查

待检查域名

留空表示不检查 DKIM。可从已签名邮件头的 s= 或邮件服务商设置中找到选择器。

DNS 结果

输入域名或载入示例,再开始检查。

仅在点击检查后,浏览器才通过 HTTPS 把域名和可选选择器名称发给 Cloudflare 公共 DNS;不会发送邮件。

输入域名或载入示例,再开始检查。

迁移邮件服务后,网站可能正常打开,收件却仍走旧的 MX。邮件 DNS 检查读取你输入的确切域名,不擅自把子域名改成主域名,便于核对当前公开记录。

邮件 DNS 检查把“没有记录”和“解析器查询失败”分开报告,并把 MX 记录检测、SPF 记录检查、DMARC 记录检测与可选的 DKIM 选择器查询放在同一次结果里。静态记录不能替代真实邮件认证结果。

为什么用邮件 DNS 检查?

实时应答只有连同范围和失败原因一起看,才有判断价值。

先看清哪些项目真的检查过

邮件 DNS 检查每次读取 MX、SPF 与输入域名下的 _dmarc。DKIM 选择器留空时明确标“未检查”,不会猜几个常见名称后误报“没有 DKIM”。

三条 DNS 记录路径通向结果,空白选择器使 DKIM 路径停在查询前。

追踪 SPF 引用,也看得到停止点

include 或 redirect 可能指向另一条 SPF。工具最多展开五层、十二个附加名称;缺失、超时或预算截断都会显示,不把这棵树当作完整的十次查询合规判定。

一条 SPF 记录分叉到多条引用记录,末端有清楚的查询上限标记。

改 DNS 前先核对查询的确切名称

01

保留要检查的子域名

输入域名,不要输入邮箱或 URL。工具不会替你回到注册根域;两个位置的 SPF 和 _dmarc 可能不同。“示例”只填入域名,不会联网。

02

知道选择器再查 DKIM

DKIM 密钥位于 选择器._domainkey.域名。若尚未从邮件头的 s= 得到选择器,可先留空。所有请求都需手动执行,也可按 Ctrl/Cmd+Enter。

03

对照状态、TTL 和展开上限

“无记录”不同于 SERVFAIL 或 HTTPS 请求受阻。查询耗时与 TTL 帮助判断何时复查;改动任何输入后,旧结果立即禁止复制。

一次看清公开邮件记录的不同角色

MX 路由与认证记录并列

MX 按优先级排序,并识别明确不收信的 Null MX。SPF、DMARC 和指定 DKIM 均保留查询名称、原始应答与解析值,方便迁移后与服务商配置对照。

有预算的 SPF 依赖树

列出直接 DNS 查询机制,再跟踪可达的 include 与 redirect,并去重阻断环路。十二个附加名称是外部请求预算,不是 RFC 7208 十次限制已通过的证明。

逐项状态和时间

每组区分找到、缺失、失败或未检查,显示耗时及可用的 TTL。解析器故障不会伪装成空记录;域名或选择器改变时复制立即停用。

公开 DNS 快照不能证明什么

手动联网会向解析器发送名称
输入和载入示例都不触发请求。点击检查后,浏览器直连 Cloudflare 公共 DNS,并发送域名及选择器构成的查询名;其可用性和隐私政策适用,本站不保存查询历史。
空选择器不等于 DKIM 缺失
DNS 没有列出全部 DKIM 选择器的通用目录。留空时邮件 DNS 检查报告“未检查”;指定名称无记录也只说明该名称缺失,不能推断整个域名没有 DKIM。
有记录不等于认证通过或送达
静态记录不包含发件 IP、邮件签名、From 对齐、信誉或收件箱判断。即使 SPF、DKIM、DMARC 语法有效,也不能保证邮件进收件箱。
DMARC 与 MX 的结论范围有限
只检查输入名称下的 _dmarc,不执行 RFC 9989 的完整 DNS 树遍历。没有 MX 不必然不能收信;只有 Null MX 明确声明不接收邮件。
SPF 展开不是完整评估
超过预算的 include 和 redirect 不再查询;需要发件上下文的宏也会跳过。直接机制数量与截断的依赖树都不能给出确定的 SPF pass 或十次限制结论。

邮件 DNS 检查常见问题

DKIM selector 是什么,在哪里可以找到?

它是已签名邮件头 DKIM-Signature 中的 s=,邮件服务商设置也通常列出。填入后查询 选择器._domainkey.域名;其他选择器的密钥不会出现在这个结果中。

为什么不能自动检测所有 DKIM selector?

DNS 没有所有选择器名称的目录。猜测常见名称仍会漏掉服务商自定义密钥,所以留空显示“未检查”,不制造不可靠的否定结论。

一个域名可以有多条 SPF 记录吗?

普通 TXT 记录可以有多条,但同一名称出现多条以 v=spf1 开头的记录会形成策略问题。工具标出数量并保留各条原文,不替你合并。

DMARC 的 p=none 是否代表配置错误?

不是。p=none 是合法的观察策略。工具展示实际发布值,却不能替你判断何时有足够的报告证据切换到 quarantine 或 reject。

网站正常,为什么 MX 仍可能显示未找到?

网页和邮件路由使用不同 DNS 记录。无 MX 不影响网站,也可能存在 SMTP 的地址记录回退;Null MX 的 0 . 才是明确不收信声明。

检测会发送邮件或修改我的 DNS 吗?

不会。只有点击检查后,浏览器才向 Cloudflare 公共 DNS 发只读 HTTPS 查询;它返回的是该解析器当时看到的记录,不会编辑域名配置。

还有邮件 DNS 疑问?

立即运行邮件 DNS 检查

邮件服务迁移后重新做一次邮件 DNS 检查,按确切查询名称与时间戳逐项对照预期配置。

公共解析器会看到查询名称;这是配置快照,不是送达测试。