MX 记录查询
查询域名的 MX 邮件交换记录，显示邮件服务器优先级和主机名
使用说明
• 域名：输入不含 https:// 的裸域名（如 gmail.com）
• 优先级数值越小，邮件服务器优先级越高
• MX 记录决定接收邮件时连接哪个服务器
MX 记录查询有什么用
MX 记录查询通过 DNS 解析获取指定域名的邮件交换（MX）记录，展示收件服务器的主机名和优先级（Priority）。邮件发送方服务器通过 MX 记录找到目标域名的收件服务器地址，优先级越小的服务器越先被尝试连接。
它常用于：配置或验证自建邮件服务器的 MX 记录是否正确、迁移邮件服务商后确认新 MX 记录已全球生效、排查邮件无法送达时确认对方域名的收件服务器配置、结合 SPF/DKIM/DMARC 记录全面验证邮件域名配置。
常见问题
MX 记录有多条时邮件发送给哪一个？
优先发送给优先级数值最小的服务器。若该服务器不可达，才依次尝试优先级更高（数值更大）的备用服务器。优先级相同的多条记录会按负载均衡方式随机选择。
MX 记录修改后多久生效？
生效时间取决于 TTL 设置，通常为几分钟到几小时不等。全球各地 DNS 解析器缓存清除后才会看到新记录，高 TTL 域名可能需要更长时间。
没有 MX 记录会怎样？
RFC 5321 定义了无 MX 时的隐式 MX 回退：若域名存在可用地址记录，发送方可尝试该主机。无 MX 与发布 Null MX 是不同情况，Null MX 明确表示域名不接收邮件。
如何同时查看 SPF/DKIM/DMARC？
MX 查询只显示收件路由。SPF 定义哪些服务器可以代表该域发信，DKIM 为邮件添加签名，DMARC 定义验证失败时的处理策略——可分别使用本站 SPF、DKIM、DMARC 查询工具查看。
参考资料与结果边界
在线结果反映查询时的数据来源或探测节点状态。引用时记录目标、时间、节点或数据来源及参数；单次结果不能证明所有地区持续可用。
- RFC 5321 — Simple Mail Transfer Protocol
- RFC 7505 — Null MX — Domains That Accept No Mail
- RFC 1035 — Domain Names — Implementation and Specification
以下资料用于核对协议或格式规则，不代表来源机构为本站检测结果背书。