MX 记录查询

步 1 / 3 查询 MX

下一步

邮件退信时，第一个该看的地方就是收件方的 MX 记录。本工具会向该域名的权威 DNS 发起查询，返回全部邮件交换服务器（mail exchanger）的主机名、优先级数值和解析出的 IP 地址：这与发信方 SMTP 服务器在尝试投递前看到的信息完全一致。

MX 查询的工作原理

MX（Mail Exchanger）记录向外界声明哪些服务器负责接收某个域名的邮件。它们作为 MX 类型 DNS 查询的应答返回，每条记录包含两部分：优先级数值和主机名。发信服务器先尝试优先级数值最低的一台，投递失败后再退回到数值更高的服务器。

用 A 记录代替 MX 记录。 有些域名没有设置 MX 记录，却把主域名误指向了一台 webmail 主机，结果邮件投递静默失败。
主域名上使用 CNAME。 MX 目标必须是拥有 A/AAAA 记录的主机名。把 CNAME 用作 MX 目标违反 RFC 2181。
缺少 null MX。 如果域名根本不收邮件，请发布 MX 0 .，让发信方立刻收到退信，而不是连续几天反复重试。
过时的 Google 或 Microsoft 目标。 迁移到 Microsoft 365 的组织常常忘记删除旧的 aspmx.l.google.com 条目。

为了冗余。邮件采用存储转发机制，因此服务商会用不同优先级发布多台邮件交换服务器。主服务器故障时，发信方会自动尝试下一个优先级。

表示优先级最高，会被最先尝试。这个数值只有相对于同一组中的其他记录才有意义：如果只有一条 MX 记录，优先级写 10 和写 0 的行为完全相同。

技术上可以。这种情况下发信方会退回使用 A 记录，但现代服务商往往会拒绝在这种情况下投递。如果域名不接收邮件，应改为发布 null MX。

因为 DNS 缓存。不同的解析器可能会保留旧记录，直到 TTL 到期为止。如果你刚改过 MX 记录，请等旧的 TTL 过期后再做比较。