MX

MX 是邮件交换记录，告诉别人发往这个域名的邮件该投到哪台服务器上。RFC 1035 给它的编号是 15，名字就叫 mail exchange，右边写一台愿意为该域名代收邮件的主机^[1]。它管的是邮件这一条线，和网页用哪台服务器没有关系。一个域名要能正常收发自己后缀的邮箱，比如 name@example.com，就得把 MX 配好；配错了网页照常打开，邮件却会寄丢。

MX 记录做什么

MX 的右边是一个主机名，不是数字地址。这个主机名要能在别处解析到具体的机器，通常要由它自己的一条 A 记录给出 IP^[1]。也就是说，MX 只负责把「邮件交给哪台主机」这件事说出来，那台主机在哪，仍要回到 A 记录去查。

RFC 1035 里早期的 MD、MF 两种邮件记录已经废弃，统一改用 MX^[1]。所以今天在区域文件里看到的邮件路由，基本都是 MX 一种。

优先级与备份

一个域名可以配多条 MX，每条带一个优先级数字，投递时先挑数字小的^[1]。这样安排是为了冗余：主邮件服务器收不了，退到优先级次高的一条。区域文件里写成这样，第一列是域名，后面依次是类型 MX、优先级和目标主机：

; 邮件优先投 mail1，它不可用时退到 mail2
example.com.   86400  IN  MX  10  mail1.example.com.
example.com.   86400  IN  MX  20  mail2.example.com.

优先级相同的多条 MX，投递时随机挑一条，用来把邮件流量分摊。要注意 MX 指的目标主机名不要再设成 CNAME，免得代收邮件的程序多走一层解析不出来。

配置要点

用第三方企业邮箱时，邮箱服务商会给你一串要填的 MX 主机名和优先级，照着抄进区域文件即可。MX 填错或漏填，网页不受影响，但这个后缀的邮箱收不到来信^[2]。换邮箱服务商的那几天，新旧两套 MX 会因缓存并存，邮件一时投到旧处、一时投到新处，等旧记录 TTL 过期才稳定，这段等待见条目 TTL。

发信这一侧不只靠 MX。Search Engine Journal 说，除了 MX，还要在域名的 DNS 里加 DMARC、DKIM、SPF 这几条安全记录，邮件在收件方那里才更容易被判为可信、不进垃圾箱^[2]。DuckDuckGo 也说，它按 DMARC 这套行业标准核验来信发件人身份，核验不过的邮件会被标成身份存疑^[3]。这些记录都写在 TXT 里，具体见条目 TXT 与 SPF。

与网页抓取的关系

MX 和搜索引擎抓网页是两条路。爬虫读的是一个网址对应的页面，走的是 A 记录拿到 IP、再连服务器，这段过程不看 MX。所以 MX 配错不会让网页收不进索引。

真正会间接影响 SEO 的，是邮件和域名验证。很多验证、找回和通知都通过邮箱送达，MX 断了收不到这些信，站点管理和账号安全会受影响。一个域名长期乱发垃圾邮件，还可能整体被拉黑^[2]，这属于邮件信誉，和 MX 本身无关，治理要落到上面那几条 TXT 安全记录上。

附录

参见

• DNS
• A 记录
• TXT 与 SPF
• DNS 解析

参考资料

官方（境外）

1. 《RFC 1035 : STD 13 : Domain names - implementation and specification》，IETF。

第三方

2. 《18 Safe Ways to Prepare & Optimize Your Website for the Holidays》，Search Engine Journal。
3. 《Why am I getting an email message that says DuckDuckGo was unable to verify sender identity?》，DuckDuckGo。

外部链接

无。