1. 先确认实际失败的环节
保留收件地址、尝试时间和完整退信信息。确定问题只影响某个发件人、某个邮箱，还是域名下的全部邮箱。地址拼写错误、邮箱容量不足或垃圾邮件规则，从外部看来也可能像 DNS 问题。
2. 对照服务商配置核对 MX
查询收件地址 @ 后的域名。把每条主机名和优先级与你自己的邮件服务商账户说明对照。不要照抄无关域名的配置，有些服务商为不同客户提供不同的收件主机名。
Null MX 表示域名主动声明不收信；没有 MX 时应检查是否曾配置过收件服务；NXDOMAIN 则应从查询名称、域名和 DNS 委派开始排查。
3. 确认谁在提供权威 DNS
购买域名的平台，不一定是当前管理 DNS 的平台。在注册商账户中核实正在使用的名称服务器，再修改记录。迁移名称服务器后，要确认新 DNS 平台中仍然存在预期的 MX 记录。
4. 考虑已经存在的缓存
分别使用两个解析器，记录查询时间和剩余 TTL。刚修改 DNS 后结果不同，可能源于独立缓存。修改之后再降低 TTL，不能缩短已被缓存的旧答案寿命。
所有解析器没有统一的全球生效倒计时。如果两个解析器都持续返回不符合预期的答案，应核实权威配置，而不是反复修改同一条记录。
5. 区分解析错误与没有记录
临时解析失败或 DNSSEC 验证问题，可能使一个已有 MX 的域名暂时无法返回答案。切换另一个解析器重试；如果仍失败，请与 DNS 服务商检查可用性和 DNSSEC 配置。不要仅凭错误就移除 DNSSEC 或重建全部记录。
6. 继续检查 DNS 以外的环节
如果记录与服务商要求一致，应继续核实邮箱是否开通、服务状态、配额、投递日志以及退信代码。SPF、DKIM 和 DMARC 属于邮件认证问题，不能单靠 MX 记录判断。本工具不会发送邮件或打开 SMTP 连接。
实用的支持报告应包括域名、两个解析器结果、查询时间、最近 DNS 修改记录和原始退信。公开分享前，先移除私人邮件内容。