介绍
输入一个域名，读回接收它邮件的主机和各自的优先级。邮件丢了的时候这是第一个要确定的问题，因为后面每一步都假设你知道它本该到哪里。
使用方法
只填域名，不带协议和前缀。拿到主机名之后，想知道那台服务器答不答话，就把它送进 SMTP 测试。
优先级决定尝试顺序
每条 MX 记录带一个数字，发信方从最小的开始往上走。10 和 20 是常见组合：前者承担流量，后者存在的意义是前者不可达的时候。数字相同表示在它们之间分担。一个悄悄坏掉的备份 MX 在主站正常时完全看不出来，而它出问题的时刻恰恰是最需要它的时刻。
一个配置错误长什么样
同时列着两家服务商是最典型的发现，通常出现在迁移之后旧记录没有删掉。邮件于是落到先应答的那一台，这也解释了为什么有些信到了一个邮箱而不在另一个。另一种常见情况是主机名已经不解析，产生的退信里会提到一个公司里没人认识的名字。
从一条记录到一次真实连接
MX 记录是关于邮件该去哪里的声明，不是那里有东西的证明。把它返回的主机名拿去开一次短 SMTP 会话，看有没有服务器应答、宣告了什么。这两步能把 DNS 问题和服务器问题分开，比读退信快。
常见问题
优先级数字越小越好吗？
是的，这个说法容易绕。数字最小的最先被尝试，更大的是平时闲着的备份。
这个域名一条 MX 都没有。
有些小域名仍然用 A 记录收信，标准也允许。但多数发信方会把没有 MX 当成不可投递，所以对一个期待收信的域名来说，这应该按配置错误处理。
和 DNS 记录查询有什么区别？
DNS 记录查询一次返回多种记录类型。这里只返回邮件路由，问题是关于投递时你要的正是这个视角。
结果和服务商让我填的不一样。
逐字比对主机名，包括结尾的那个点，并检查旧服务商的记录是不是和新的一起留着。
相关工具
- 邮件工具
- Gmail 地址批量校验
粘贴 @gmail.com 地址（每次最多 10 个）。
- Outlook 授权读信
格式：email|refresh_token|client_id。
- SMTP 短连接测试
检测 SMTP 横幅、STARTTLS 与连通性。
- 原始邮件头解析
粘贴原始邮件头，查看路由与认证字段。
- 域名 DNS 记录查询
查看 A / AAAA / CNAME / MX / TXT / NS。