MX 记录 是什么？

核心解释

MX 记录包含邮件服务器地址和优先级。没有 MX 记录通常意味着该域名不直接接收邮件，也可能依赖其他兼容回退配置。

MX 记录如何决定邮件投递方向

MX（Mail Exchanger）记录告诉发件服务器，发送到 [email protected] 的邮件应交给哪些邮件主机。记录值由优先级和主机名组成，数字越小通常越优先；多个 MX 可以表达主服务、备用服务或同级负载分担。目标必须是可以继续解析为地址的主机名，而不是直接填写 IP。

邮件投递方先查询收件域名的 MX，再解析目标主机的 A 或 AAAA 记录并建立 SMTP 连接。若首选主机临时不可达，发送方可能尝试其他优先级，并按照自身队列策略稍后重试，因此短暂故障不一定立即造成退信。

企业邮箱、网关和自建邮件的拓扑差异

• Google Workspace、Microsoft 365 等托管邮箱通常发布一组服务商 MX，邮件先进入其全球网关，再转交具体租户。
• 安全邮件网关可能位于实际邮箱系统之前，负责反垃圾、病毒扫描和策略检查；公开 MX 此时更像入口，而不是最终邮箱存储位置。
• 自建邮件服务器需要同时维护主机解析、PTR、TLS、队列、信誉和垃圾邮件防护，MX 只完成收信入口声明。
• 空 MX（优先级 0，目标为一个点）可以明确声明域名不接收邮件，比让发送方反复尝试不存在的主机更清楚。

迁移邮箱时最容易出现哪些问题

邮箱迁移前需要确认新服务已创建全部账号和别名，再调整 MX，并保留旧平台接收能力覆盖 DNS 缓存过渡期。只修改 MX 不会自动迁移历史邮件，也不会同步 SPF、DKIM、DMARC、自动发现和客户端配置。

常见异常包括 MX 目标本身无法解析、只配置一个脆弱入口、备用服务器并不认识收件人、优先级理解反向，以及旧 TXT 邮件认证仍授权已停用平台。完整检查应把收信路径和发信身份分开处理。

实际应用与信息解读

明确的 MX 主机名可以用于判断当前邮件入口，并可能从服务商域名推测采用的企业邮箱或安全网关。由于企业可使用自定义主机名、二级网关和混合部署，服务商归属应在目标域、证书和其他 DNS 记录相互印证后再确定。

没有普通 MX 时，需进一步确认是否发布空 MX、域名是否仅用于网站，以及查询是否完整。确定不存在且没有邮件用途线索时可表述为暂未配置收件服务；证据不足时则显示未知。

重点关注

MX 与 SPF、DKIM、DMARC 结合时，能更完整地反映域名的邮件基础设施。

常见问题

MX 优先级数字越大越优先吗？

通常相反，数值越小优先级越高。同一优先级的多个主机可以由发送方选择，用于负载分担或冗余。

配置 MX 后就可以正常发邮件吗？

MX 主要负责收信方向。发信还需要 SMTP 服务、SPF、DKIM、DMARC、PTR、TLS 和发信信誉等配置。

网站没有 MX 会影响网页访问吗？

通常不会。网页访问依赖 A、AAAA、CNAME 和 HTTP 服务；MX 缺失主要影响发送到该域名的电子邮件。