如何检查 MX 记录并测试邮件路由

MX 查询用来检查一个域名为入站邮件发布了哪些邮件交换服务器。要进行查询，请查询该域名的 MX 记录，并检查返回的每个主机名和优先级数值。然后确认目标主机名能解析到地址，并与邮件服务商当前的配置相符。这是在迁移之后发现记录缺失或服务商目标过时的快捷方法。不过，看到 MX 应答并不能保证接收系统在线、接受某个特定邮箱，或是把邮件投递到收件箱。DNS 只是邮件路由中重要的一层，而不是完整的投递系统。

正确解读优先级数值

每条 MX 记录都包含一个数字优先级和一个邮件交换服务器的主机名。数值较小的优先于数值较大的，所以这个数字并不是数值最大者获胜的优先级排名。多个交换服务器可以提供备份，或分担职责。邮件传输代理具有重试行为，当首选主机不可用时，可以继续尝试备用的交换服务器。在没有确认服务商设计的情况下，不要仅仅因为编号较大的记录看起来不太重要就将其删除。有些服务只发布一个交换服务器；另一些则依赖一组精心排序的区域性或备用系统。

请精确确定您所查询的是哪个域名。一家公司可能用 example.com 作为邮箱地址，而某个子域名处理另一条独立的邮件流，或者某个产品使用被委派的发信子域名。当收件人使用 @example.com 时，却去查询 mail.example.com，得到的答案可能与邮箱路由毫无关系。如果没有发布 MX 记录，邮件系统可能会采用涉及该域名地址记录的回退行为，但这并不能替代对预期服务商配置的核实。请遵循邮件主机的文档，并使用与收件人地址对应的确切域名。

常见的 MX 查询问题

缺少 MX 记录，可能说明邮件路由从未配置过、查询了错误的主机名，或者 DNS 迁移时遗漏了该记录。即使 MX 记录本身语法正确，无法解析的目标也会阻止投递。在缓存的应答过期之前，旧服务商的 MX 值可能会继续出现在递归查询中。目标主机名的拼写错误或优先级不正确，可能会把邮件路由到错误的服务。请把权威区域和服务商控制面板放在一起检查，然后通过一个并非只显示缓存的面板预览的解析器，比较公共应答。

• 针对确切的收件人域名检查 MX。
• 把每个优先级和目标与服务商的说明逐一对照。
• 解析每个交换服务器的主机名，确认其值是最新的。
• 如果递归应答看起来已过时，请检查权威应答。
• 单独检查 SPF、DKIM 和 DMARC，以确认发信认证。

变更之后验证路由

在更改 MX 之前，请记录当前的配置，并找出哪些邮箱和发件方依赖它。请严格按照提供的内容发布替换值，包括 DNS 托管商要求时的末尾点写法，并确认权威区域接受了这些更改。发布之后，运行一次 MX 查询并解析所有目标。从外部服务商向应当收信的地址发送受控的测试邮件，如果投递失败，则查看邮件日志或服务商的诊断信息。请考虑 TTL 和重试行为；一项变更可能需要一段时间，才能在远程发信系统中得到一致的使用。

要了解更全面的邮件情况，请阅读邮件 DNS 记录和 MX 记录的作用。DNS 检查工具可以帮助检查公共的 MX 应答，但只有真实的邮件测试才能验证某个特定邮箱的端到端路由。请把这些检查分开进行并记录结果，这样更容易判断故障是由 DNS 记录、交换服务器、收件方策略，还是发件方的认证配置引起的。

不要仅凭 MX 诊断投递问题

MX 查询检查的是公开的路由指令，但投递在此之后还有好几个步骤：发信服务器解析交换服务器的主机名、建立连接、在已配置的情况下协商传输安全，然后由接收方应用邮箱、信誉和策略规则。有效的 MX 集合可能指向一个暂时不可用的服务，而成功的 SMTP 连接仍可能拒收某个收件人，或把邮件归类为垃圾邮件。如果 DNS 看起来没问题，请收集发信服务商的投递状态、收件方的拒收文本以及服务器日志。这些细节能够说明下一个问题出在地址解析、网络可达性、SMTP 策略、邮箱是否存在，还是垃圾邮件过滤上。