📍 隆重推出 MapLeads:把 Google 地图、Bing 地图、Apple 地图变成你的客户名单。了解 MapLeads
免费工具

MX 记录查询

输入任意域名,实时获取其 MX 记录。查看每台邮件服务器的主机名、优先级,以及邮件投递是否配置正确。

什么是 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 记录来解读。

常见 MX 记录配置

  • Google Workspace

    Google Workspace 域名通常有五条 MX 记录,指向 aspmx.l.google.com 及其变体,优先级分别为 1、5、5、10 和 10。它们都是互为冗余的 Google 邮件服务器。

  • Microsoft 365

    Microsoft 365 使用单条 MX 记录,指向租户专属主机名,例如 yourdomainname-com.mail.protection.outlook.com,优先级为 0。

  • 自建或自定义

    自建邮件服务器通常有一到两条 MX 记录。主服务器优先级数字最小,处理所有入站邮件。优先级较高的备用服务器会在主服务器不可用时接收邮件。

邮件路由依据

MX 查询能揭示域名接收路径的哪些信息

MX 记录查询返回 DNS 中发布的邮件交换器主机名和偏好值。它显示的是路由意图,而非邮箱层面的接收情况。

交换器主机名标明发信方应连接的位置

每条结果都包含一台接收邮件服务器的域名。该主机名应解析到可达的基础设施;MX 目标不得发布为裸 IP 地址。

本次查询仅展示 MX 层。若还需目标的地址记录或该域名的其他 DNS 数据,请使用更全面的 DNS 检查器

偏好值控制顺序,不代表速度或质量

数字更小的偏好值会先于更大的值被尝试。相同偏好值可将尝试分散到多个交换器;编号更大的记录通常提供回退容量。

数字最小的记录并不自动意味着更健康或更快。该值表达的是域名所有者选定的路由优先级。

结果状态

如何解读 MX 记录、空结果与空 MX

在简单表格中看似相似的三种情况,在 SMTP 中含义不同。

一条或多条普通 MX 记录

该域名发布了显式的接收主机。请检查主机名拼写是否正确、优先级是否对应预期的服务商,以及迁移后是否已删除过时记录。

没有显式 MX 记录

SMTP 规定可隐式回退到该域名的 A 或 AAAA 地址。这并不能证明那里确实有 SMTP 服务在监听,因此空的 MX 表应视为诊断状态,而不是自动给出的邮箱结论。

空 MX(null MX)记录

偏好值为 0、交换主机为 . 的 MX 记录表示该域名不接收邮件。这是明确的无服务信号,不得与普通 MX 记录同时使用。

已发布记录但目标不可达

DNS 看起来正确,但连接可能超时、证书可能失败,或服务器可能拒绝收件人。MX 查询不会执行这些网络或 SMTP 检查。

排查流程

从域名路由到收件人验证:如何使用 MX 查询

按顺序走完 DNS 与 SMTP,让每一步结果只回答一个明确问题。

  1. 1

    查询 @ 符号后的准确域名

    去掉 URL、路径和用户名。若地址位于子域名,请查询该子域名,因为它可能发布与组织根域名不同的接收路由。

  2. 2

    将主机名和优先级与预期服务商对照

    邮件迁移后,留意新旧服务商混用、目标拼写错误、缺少冗余,或与预期服务冲突的空 MX(null MX)。

  3. 3

    解析并测试下一层

    确认交换器主机名可以解析,且接收服务可达。仅凭一行 MX 记录并不能证明服务器健康。

  4. 4

    仅在域名路由可用时再验证邮箱

MX 无法证明的事项

MX 记录检查器不是邮箱检查器

域名路由与收件人接收是邮件路径上的不同层。

无法证明本地部分存在

同一组 MX 主机服务于该域名下的所有地址,包括有效用户、拼写错误、已停用账户、角色邮箱以及 Catch-All 猜测。

无法证明服务器可达

DNS 记录可能比基础设施更长寿,或指向暂时不可用的服务。本工具不会建立 TCP 或 SMTP 连接。

无法诊断发信方身份验证

SPF、DKIM 和 DMARC 是面向出站身份的独立 TXT 控件。请使用各自的专用生成器与检查器,不要从入站 MX 记录推断它们。

无法预测收件箱投放

MX 路由只说明邮件被投向何处。垃圾邮件过滤、声誉、策略和邮箱规则决定接收系统接受邮件之后会发生什么。

协议参考

SMTP 同时定义了显式 MX 路由与隐式回退

这一区分可以避免两类常见错误:把所有空 MX 结果都判为不可投递,以及忽略明确发布了无邮件服务的域名。

RFC 5321 定义邮件交换器发现

IETF 的 RFC 5321 描述了 MX 排序,以及未找到 MX 资源记录时使用的地址记录回退。

RFC 7505 定义空 MX(null MX)

IETF 的 RFC 7505 定义了优先级为 0、交换主机为 . 的记录,使域名可以声明不接收邮件。请将该显式信号与普通的无数据响应区分开。

常见问题

1. 域名没有 MX 记录意味着什么?

没有显式 MX 记录并不等于空 MX(null MX)。SMTP 规定:当 MX 缺失时,可隐式回退到该域名的 A 或 AAAA 地址,但依赖这种回退并不常见,也可能是配置错误。一条优先级为 0、交换主机为 . 的 MX 才是空 MX,明确表示该域名不接收邮件。

2. 为什么有些域名会有多条 MX 记录?

多条 MX 记录用于提供冗余。发信服务器会先尝试优先级数字最小的记录。若该服务器宕机或无响应,发信方会改试下一条记录。这样即使在维护或故障期间,邮件仍能送达。

3. MX 记录中的优先级数字代表什么?

优先级数字决定先联系哪台邮件服务器。数字越小优先级越高——会先尝试优先级 1,再尝试优先级 10。两条记录优先级相同时,服务器会随机选择以实现负载均衡。

4. MX 记录变更需要多久才能全球生效?

DNS 变更通常在 30 分钟到数小时内全球生效。现有记录的 TTL(生存时间)决定旧值会被缓存多久。若 TTL 设为 3600(1 小时),变更最多可能需要 1 小时才能在全球可见。

5. MX 记录可以使用 IP 地址吗?

不能。MX 记录必须指向主机名(A 或 AAAA 记录),不能直接指向 IP 地址。这是 RFC 规范。若使用 IP 地址,邮件服务器将无法正确投递到您的域名。

6. MX 记录查询与邮件送达率有何关系?

MX 记录标明接收邮件时优先使用的邮件交换器。查询可以确认已发布的主机名和优先级,但不会测试这些服务器是否可达,也不会验证邮箱是否存在。没有 MX 记录的域名仍可能使用 SMTP 定义的隐式 A 或 AAAA 回退;而空 MX(null MX)则明确表示该域名不接收邮件。

相关工具

规模化验证邮箱地址

MX 查询只是邮箱验证中的一步。BillionVerify 会完成完整的 SMTP 握手,确认每个地址真实存在,而不仅仅是域名。

每月 600 个免费积分 + 每日登录 20 个 · 完整 SMTP 验证,不只是 DNS · 即时 API 接入 · 无需信用卡

99.9%
准确率
Real-time
API 速度
$0.00014
每封邮件
600/mo
永久免费