交换器主机名标明发信方应连接的位置
每条结果都包含一台接收邮件服务器的域名。该主机名应解析到可达的基础设施;MX 目标不得发布为裸 IP 地址。
本次查询仅展示 MX 层。若还需目标的地址记录或该域名的其他 DNS 数据,请使用更全面的 DNS 检查器。
输入任意域名,实时获取其 MX 记录。查看每台邮件服务器的主机名、优先级,以及邮件投递是否配置正确。
MX(邮件交换)记录是 DNS 条目,用于指定某域名接收邮件的首选服务器。当有人向 user@example.com 发信时,发信服务器会先查询 example.com 的 MX 记录。若没有 MX,SMTP 可回退到该域名的 A 或 AAAA 地址;空 MX(null MX)则明确声明该域名不接收邮件。
每条 MX 记录包含两个部分:主机名(邮件服务器地址)和优先级数字。优先级数字越小,偏好越高。存在多条 MX 记录时,发信服务器会先尝试优先级最低的那条。若该服务器不可用,再回退到下一最低优先级。这种冗余确保即使一台邮件服务器宕机,邮件仍能送达。
MX 记录是入站邮件的常规路由层。SPF、DKIM 和 DMARC 等身份验证记录面向出站身份,而 MX 记录则把发信方指向接收基础设施。查询可以揭示显式的邮件交换器或空 MX(null MX),但空的 MX 响应必须结合 SMTP 的隐式 MX 回退以及该域名的 A 或 AAAA 记录来解读。
Google Workspace 域名通常有五条 MX 记录,指向 aspmx.l.google.com 及其变体,优先级分别为 1、5、5、10 和 10。它们都是互为冗余的 Google 邮件服务器。
Microsoft 365 使用单条 MX 记录,指向租户专属主机名,例如 yourdomainname-com.mail.protection.outlook.com,优先级为 0。
自建邮件服务器通常有一到两条 MX 记录。主服务器优先级数字最小,处理所有入站邮件。优先级较高的备用服务器会在主服务器不可用时接收邮件。
邮件路由依据
MX 记录查询返回 DNS 中发布的邮件交换器主机名和偏好值。它显示的是路由意图,而非邮箱层面的接收情况。
每条结果都包含一台接收邮件服务器的域名。该主机名应解析到可达的基础设施;MX 目标不得发布为裸 IP 地址。
本次查询仅展示 MX 层。若还需目标的地址记录或该域名的其他 DNS 数据,请使用更全面的 DNS 检查器。
数字更小的偏好值会先于更大的值被尝试。相同偏好值可将尝试分散到多个交换器;编号更大的记录通常提供回退容量。
数字最小的记录并不自动意味着更健康或更快。该值表达的是域名所有者选定的路由优先级。
结果状态
在简单表格中看似相似的三种情况,在 SMTP 中含义不同。
该域名发布了显式的接收主机。请检查主机名拼写是否正确、优先级是否对应预期的服务商,以及迁移后是否已删除过时记录。
SMTP 规定可隐式回退到该域名的 A 或 AAAA 地址。这并不能证明那里确实有 SMTP 服务在监听,因此空的 MX 表应视为诊断状态,而不是自动给出的邮箱结论。
偏好值为 0、交换主机为 . 的 MX 记录表示该域名不接收邮件。这是明确的无服务信号,不得与普通 MX 记录同时使用。
DNS 看起来正确,但连接可能超时、证书可能失败,或服务器可能拒绝收件人。MX 查询不会执行这些网络或 SMTP 检查。
排查流程
按顺序走完 DNS 与 SMTP,让每一步结果只回答一个明确问题。
去掉 URL、路径和用户名。若地址位于子域名,请查询该子域名,因为它可能发布与组织根域名不同的接收路由。
邮件迁移后,留意新旧服务商混用、目标拼写错误、缺少冗余,或与预期服务冲突的空 MX(null MX)。
确认交换器主机名可以解析,且接收服务可达。仅凭一行 MX 记录并不能证明服务器健康。
MX 无法证明的事项
域名路由与收件人接收是邮件路径上的不同层。
同一组 MX 主机服务于该域名下的所有地址,包括有效用户、拼写错误、已停用账户、角色邮箱以及 Catch-All 猜测。
DNS 记录可能比基础设施更长寿,或指向暂时不可用的服务。本工具不会建立 TCP 或 SMTP 连接。
SPF、DKIM 和 DMARC 是面向出站身份的独立 TXT 控件。请使用各自的专用生成器与检查器,不要从入站 MX 记录推断它们。
MX 路由只说明邮件被投向何处。垃圾邮件过滤、声誉、策略和邮箱规则决定接收系统接受邮件之后会发生什么。
按证据类型选择下一款工具:收件人、发现、DNS 与基础设施,或发件人工作流。
免费工具
查询任意域名的 A、AAAA、MX、TXT、NS 或 CNAME 记录。实时 DNS 查询,即时出结果。免费使用,无需注册。
域名或基础设施证据——不是邮箱存在证明。
邮箱验证工具
面向地址语法和已发布 MX 记录的免费邮箱校验器。即时检查格式和域名邮件路由,不声称做 SMTP 邮箱验证。
收件人证据——不是发件人或 DNS 配置。
邮箱验证工具
用免费邮箱验证器检查邮箱地址是否有效,运行语法、MX、SMTP 邮箱、一次性、角色和 Catch-All 检查。
收件人证据——不是发件人或 DNS 配置。
免费工具
检查并验证任意域名的 SPF 记录。查看完整 SPF 记录、机制拆解,以及配置是否正确。免费,无需注册。
域名或基础设施证据——不是邮箱存在证明。
免费工具
查询任意域名的 DMARC 记录。查看策略、对齐设置、报告地址,以及 DMARC 是否正确配置。免费,无需注册。
域名或基础设施证据——不是邮箱存在证明。
邮件工具
对真实邮件样本运行送达率测试。查看 SPF、DKIM、DMARC、DNS、黑名单、垃圾过滤器、邮件头和内容证据。
发件人或邮件诊断——不是地址发现。
没有显式 MX 记录并不等于空 MX(null MX)。SMTP 规定:当 MX 缺失时,可隐式回退到该域名的 A 或 AAAA 地址,但依赖这种回退并不常见,也可能是配置错误。一条优先级为 0、交换主机为 . 的 MX 才是空 MX,明确表示该域名不接收邮件。
多条 MX 记录用于提供冗余。发信服务器会先尝试优先级数字最小的记录。若该服务器宕机或无响应,发信方会改试下一条记录。这样即使在维护或故障期间,邮件仍能送达。
优先级数字决定先联系哪台邮件服务器。数字越小优先级越高——会先尝试优先级 1,再尝试优先级 10。两条记录优先级相同时,服务器会随机选择以实现负载均衡。
DNS 变更通常在 30 分钟到数小时内全球生效。现有记录的 TTL(生存时间)决定旧值会被缓存多久。若 TTL 设为 3600(1 小时),变更最多可能需要 1 小时才能在全球可见。
不能。MX 记录必须指向主机名(A 或 AAAA 记录),不能直接指向 IP 地址。这是 RFC 规范。若使用 IP 地址,邮件服务器将无法正确投递到您的域名。
MX 记录标明接收邮件时优先使用的邮件交换器。查询可以确认已发布的主机名和优先级,但不会测试这些服务器是否可达,也不会验证邮箱是否存在。没有 MX 记录的域名仍可能使用 SMTP 定义的隐式 A 或 AAAA 回退;而空 MX(null MX)则明确表示该域名不接收邮件。