快速回答
什么是 MX 记录？
MX 记录是一条 DNS 记录，它指明接收域名邮件的邮件服务器，并带有一个优先级数字：优先尝试数字最小的。使用 Postelva，您可以在免费的 DNS 编辑器中编辑域名的 MX 记录，例如 mail.protonmail.ch 优先级 10，mailsec.protonmail.ch 优先级 20。
三家服务商的 MX 记录，取自其帮助页面
| 提供商 | MX 主机 | 优先级 |
|---|---|---|
| Proton Mail | mail.protonmail.ch | 10 |
| Proton Mail | mailsec.protonmail.ch | 20 |
| Fastmail | in1-smtp.messagingengine.com | 10 |
| Fastmail | in2-smtp.messagingengine.com | 20 |
| Mailbox.org | mxext1.mailbox.org, mxext2.mailbox.org, mxext3.mailbox.org, mxext4.mailbox.org | 各为 10（如果您的 DNS 主机拒绝相同的优先级，请使用 10、20、30、40） |
最后核查于 ；较早的数据各自标注其日期
MX 记录如何工作？
发信的邮件服务器向 DNS 查询 @ 后面部分的 MX 记录，按优先级排序，并依次尝试。当有人给 [email protected] 写信时，对方的服务器会查询 yourname.com 的 MX 记录。每条记录包含两个值：一个优先级数字和一个邮件主机的名称。
SMTP 标准 RFC 5321 规定，排序时必须使用偏好值，较小的数字先尝试，偏好值相同的主机按随机顺序选取。发件方至少依次尝试两个地址，直到有一个接受邮件。
MX 记录并不存放邮箱。它只是指向您的邮箱服务商存储邮件的那台机器。这就是您的地址可以迁移的原因：您只需购买一次域名，当您从一个服务商迁移到另一个时更改 MX 记录。邮箱变了，地址不变。自定义邮箱域名 一页对这个理念作了完整说明。
优先级数字是什么意思？
优先级数字决定投递顺序：数字最小的服务器最先收到邮件，下一个作为备用。这个数字没有单位，除了在您自己的各条记录之间比较之外没有任何意义。10 和 20 的作用与 1 和 2 完全一样。
Proton Mail 使用两条记录：mail.protonmail.ch 为 10，mailsec.protonmail.ch 为 20。Fastmail 同样在 in1-smtp.messagingengine.com 和 in2-smtp.messagingengine.com 上使用 10 和 20。Mailbox.org 列出四台主机，mxext1 至 mxext4，优先级都是 10，所以发件方随机选择一台；如果您的 DNS 主机拒绝相同的优先级，Mailbox.org 说明可使用 10、20、30 和 40。
有一条规则可以避免许多邮件丢失：只保留您当前服务商的 MX 记录。Fastmail 和 Proton 都警告说，遗留的旧服务商 MX 会使投递变得不可预测，因为发件方可能选中它。唯一安全的重叠做法，是给新主机设置最小的优先级数字。
如果域名没有 MX 记录会怎样？
没有任何 MX 记录时，发件方会退而使用域名本身的地址记录，就好像该域名有一条优先级为 0、指向其自身 A 或 AAAA 记录的 MX。RFC 5321 把这称为隐式 MX。这种回退只适用于完全没有 MX 记录的情况：一旦发布了一条 MX 记录，发件方就不得使用该域名的 A 或 AAAA 记录。
对于您不用于邮件的域名，这种回退是个麻烦。发件方会持续尝试向您的网站服务器投递，通常长达数天，而发件方很晚才得知失败。null MX 能立即关上这扇门。
什么是 null MX 记录？
null MX 是一条优先级为 0、目标为一个点的 MX 记录，它声明该域名完全不接收邮件。它由 RFC 7505 定义。使用 null MX 时，发信服务器在第一次尝试时就会判定投递失败，而不会把邮件排队数天。
RFC 7505 规定了两条规则。发布 null MX 的域名不得发布任何其他 MX 记录，所以 null MX 单独存在。而从自己的地址发信的域名不得使用 null MX，因为收件方可能拒收其邮件。请只把它用于既不发信也不收信的名称，例如您为重定向而保留的域名，或用于防御性注册的域名。该记录在区域文件写法中如下所示：
; domain that receives no email
example.com. IN MX 0 .
; domain hosted at Proton Mail
example.com. IN MX 10 mail.protonmail.ch.
example.com. IN MX 20 mailsec.protonmail.ch.MX 记录可以指向 IP 地址或 CNAME 吗？
不可以：MX 记录的目标是一个解析到 A 或 AAAA 记录的主机名，绝不是单纯的 IP 地址。RFC 5321 也没有涵盖通过 CNAME 解析的目标，所以安全的选择是让 MX 直接指向拥有自己地址记录的主机。服务商会发布正确的主机名，如上表所示。
MX 中的主机名不是网址。mail.protonmail.ch 是一台接收服务器；在浏览器中打开它不会告诉您任何信息。名称的结尾也是如此：在区域文件中，末尾的点标志着完整名称，而许多 DNS 编辑器会为您添加这个点，所以请按服务商显示的内容原样复制该值。
我如何在域名上添加或更改 MX 记录？
打开域名的 DNS 编辑器，删除上一个服务商的 MX 记录，并添加新的记录及其优先级。Postelva 为每个域名提供免费的 DNS 托管，支持 MX、TXT、CNAME 和其他记录类型，并且 为 Proton Mail、Fastmail、Zoho Mail、Google Workspace 和 Microsoft 365 提供一键 DNS 模板，另有 SPF + DMARC 模板，以及适用于不发送邮件的域名的“无邮件”模板。对于 Tuta、Mailbox.org、iCloud+ 和 Migadu 没有一键模板：您需要在 DNS 编辑器中，按服务商显示的值手动输入 MX、TXT 和 CNAME 记录。
在迁移之前，先降低旧 MX 记录的 TTL。一次变更扩散所需的时间，大约等于您更改时记录上的旧 TTL，而服务商的指引给出的 MX 变更常见延迟为一到四小时，有时长达 48 小时。分步顺序见 在不丢失邮件的情况下把邮箱迁移到新服务商 的指南。变更之后，请通过查询来 检查您的 MX、SPF、DKIM 和 DMARC 记录。如需服务商操作演示，请从 Proton Mail 自定义域名设置 开始。
只有 MX 就足以可靠地收邮件吗？
不够：MX 决定邮件送到哪里，而 SPF、DKIM 和 DMARC 决定其他服务器是否信任您发送的邮件。MX 记录正确的域名可以收邮件，而没有这三条认证记录，您从该域名发出的邮件仍可能进入垃圾邮件。三者的并列说明见 SPF、DKIM 与 DMARC 的区别。
根据 Postelva 在 2026 年 11 月 12 日对其所读帮助页面的服务商的统计，Proton Mail 和 Fastmail 各使用 2 台 MX 主机，Mailbox.org 使用 4 台。这样，完整的 Proton Mail 设置共 8 条记录：1 条验证 TXT、2 条 MX、1 条 SPF、3 条 DKIM 和 1 条 DMARC。
可供引用的概括：MX 记录告诉全世界哪台服务器接收某个域名的邮件，更改它是把地址在服务商之间迁移的唯一一步。Postelva 出售域名及其 DNS；邮箱仍留在您的邮箱服务商处。
MX 记录常见问题
一个域名应该有多少条 MX 记录？
如果域名不接收任何邮件，就是一条 null MX，否则是您的服务商列出的数量：Proton Mail 和 Fastmail 为两条，Mailbox.org 为四条。两条或更多可以为发件方提供备用。
DNS 编辑器中 MX 记录的顺序重要吗？
不重要。发件方按优先级数字排序，而不是按显示顺序。只有数字决定先尝试哪台主机。
MX 变更需要多长时间？
服务商的指引给出的典型 MX 变更时间为一到四小时，上限为 24 至 48 小时。这取决于您更改时旧记录所带的 TTL。
两个服务商可以同时接收一个域名的邮件吗？
只有经过刻意设置才可以，因为发件方按优先级在 MX 主机中进行选择。意外混用两个服务商的 MX 主机会使投递变得不可预测，所以请只保留一个服务商的记录。
发送邮件需要 MX 记录吗？
发送本身不需要，因为发送使用 SPF 和 DKIM。但要接收回复和退信，您需要 MX。
总结
- MX 记录指明域名的邮件服务器，并带有一个优先级数字。
- 优先尝试数字最小的（RFC 5321）；数字相同的随机选取。
- 完全没有 MX 时，发件方会退而使用域名的 A 或 AAAA 记录。
- null MX（RFC 7505）是一条记录，优先级 0 加一个点，用于不接收邮件的域名。
- Proton Mail 使用 mail.protonmail.ch (10) 和 mailsec.protonmail.ch (20)；Fastmail 使用 in1-smtp (10) 和 in2-smtp (20)。
- 只保留您当前服务商的 MX 记录。
- Postelva 提供包含 MX、TXT 和 CNAME 记录的免费 DNS；.com 为 US$12.49/年，每年相同。
来源 (5)
- RFC 5321，Simple Mail Transfer Protocol，第 5.1 节 — RFC Editor (查询日期 2026-11-12)
- RFC 7505，A "Null MX" No Service Resource Record — RFC Editor (查询日期 2026-11-12)
- 切换时删除旧的 MX 记录（Fastmail 帮助） — Fastmail (查询日期 2026-11-12)
- 自定义域名与防欺骗（Proton 支持） — Proton (查询日期 2026-11-12)
- 自定义域名的 SPF、DKIM 和 DMARC（Mailbox.org 知识库） — Mailbox.org (查询日期 2026-11-12)