邮件 DNS 检查包含哪些项目？

包含 SPF、DKIM、DMARC、MX、PTR、BIMI、MTA-STS、TLS-RPT、DNSSEC、DANE 共十项邮件相关 DNS 记录检测，通过 Google DoH（dns.google/resolve）实时查询，判断各项配置是否完整合规。

为什么要检查 PTR 记录？

PTR 反向解析记录是邮件服务器信誉评估的重要依据。主流收件方（Gmail、Outlook 等）要求发件服务器 IP 有正确的 PTR 记录且与 EHLO 主机名匹配，缺失会导致邮件被拒收或进垃圾箱。

SPF 检查会提示哪些问题？

常见问题：SPF 记录缺失、存在多条 SPF 记录（应只有一条）、DNS 查询超过 10 次上限（RFC 7208 §4.6.4）、使用了 +all 全放行策略、缺少 -all 或 ~all 结尾等。

DMARC 检查会提示哪些问题？

常见问题：_dmarc 记录缺失、策略为 p=none（仅监控）、rua 报告地址缺失（收不到聚合报告）、SPF/DKIM 未配置导致 DMARC 无法生效等。

邮件DNS在线诊断工具

输入域名，一键检测 SPF、DKIM、DMARC、MX、PTR、BIMI、MTA-STS、TLS-RPT、DNSSEC 等邮件相关 DNS 记录。基于 RFC 标准体系，提供权威修复建议。

快速体验： google.com qq.com ztpop.net

DKIM Selector（可选，逗号分隔）:

检测报告

关于此工具

本工具通过 DNS-over-HTTPS (DoH) 协议实时查询域名的邮件相关 DNS 记录，所有查询在浏览器端完成，不会记录或存储您的查询数据。

检测项目涵盖 SPF (RFC 7208)、DKIM (RFC 6376)、DMARC (RFC 7489)、MX (RFC 5321 §5)、PTR (RFC 1912 §2.1)、BIMI (RFC 9608)、MTA-STS (RFC 8461)、TLS-RPT (RFC 8460)、DNSSEC (RFC 9364) 和 DANE (RFC 7672)。

如需要更深入的系统级诊断或邮件系统架构优化方案，欢迎查阅知识库或通过页脚联系方式咨询。

为什么需要定期检查

邮件系统的 DNS 配置是一个「组合拳」：MX 决定邮件投递方向，SPF/DKIM/DMARC 决定认证信任，MTA-STS/DANE 决定传输加密，PTR 反向解析影响部分反垃圾策略，DNSSEC 保证以上所有 DNS 查询的完整性。

任何一个环节缺失或错误，都可能造成邮件投递失败、进入垃圾箱、或被中间人攻击。而 DNS 故障的排查往往是最耗时的——因为错误可能藏在 TTL、记录类型、甚至大小写细节里。

本工具一次查询 10 类关键记录，从「认证」「传输」「投递」三个维度给出综合诊断，帮助快速定位问题域，再针对性深入排查。

检查结果解读

检查项	作用	缺失/错误的影响
MX	邮件路由方向	投递失败或投递到错误服务器
SPF	发件授权	认证失败、被拒收
DKIM	内容签名	无法验证完整性、信誉下降
DMARC	认证策略	伪造邮件无法统一处置
PTR	反向解析	部分反垃圾策略拒绝无 PTR 的 IP
MTA-STS	强制 TLS	传输可被降级为明文
TLS-RPT	TLS 报告	无法感知 TLS 失败
DANE	证书锚定	证书可被伪造
DNSSEC	DNS 完整性	上述查询可能被篡改
BIMI	品牌标识	认证通过邮件无法展示品牌 Logo

常见配置错误与修复

MX 缺失：添加 MX 记录指向邮件服务器，优先级从 10 开始
SPF 缺失：添加 v=spf1 mx ~all 或按发信架构扩展
DMARC 缺失：从 p=none 开始部署，观察报告后逐步升级
PTR 缺失：联系 IP 归属 ISP 添加反向解析，须与正向解析一致
DNSSEC 未启用：在域名注册商/托管商启用 DNSSEC，注意 DS 记录同步

邮件DNS在线诊断工具

关于此工具

为什么需要定期检查

检查结果解读

常见配置错误与修复

📚 权威参考文档