MX记录配置的4个易错点

给域名绑定企业邮箱，前面的注册、开通都顺利，最后一步总是卡在MX记录：解析加了、邮箱后台也点验证了，测试邮件就是收不到。多数时候不是服务商的问题，而是配置里踩了四个高频坑之一。这篇把四个易错点逐个讲清，照着对照一遍就能通——四个坑按出现频率排序，第一个最常见，第四个最隐蔽。

第一个坑：优先级填反了MX记录的优先级规则和直觉相反——数值越小，优先级越高。主流服务商的配置都是成对出现：以腾讯企业邮为例，mxbiz1.qq.com优先级5、mxbiz2.qq.com优先级10，数字小的那条是主线路，数字大的是备份。阿里的三条MX同理，优先级依次是5、10、15。把10和5的位置填反，邮件会优先走备份线路，收件时快时慢；两个优先级填成一样，路由行为就不可预测了。照着服务商给的表格逐字抄，别自己发挥。多家记录并存时的冲突表现最诡异，从清理旧记录开始排查，往往最快。顺手记录每条解析的用途，下次排查时一眼就知道哪条是主线路。

第二个坑：CNAME和MX打架规范里CNAME的优先级高于MX——如果根域名上已经存在CNAME记录，后加的MX可能直接失效。这是很多人「解析明明加了却收不到信」的真正原因。标准解法：把邮箱解析挪到mail子域名上做，根域名保持干净；如果业务必须保留根域名的CNAME，就和邮箱服务商确认改用子域名方案。添加MX之前，先把解析列表里同主机记录的旧记录看一遍——换过邮箱服务商的尤其注意，旧服务商的MX残留不清理，新记录和旧记录同时存在，邮件路由会随机分裂——一半信进旧邮箱、一半进新邮箱，这种诡异现象的源头就是残留记录。

第三个坑：记录值的格式差一个点MX的记录值必须是完整的域名，自建邮件服务器的教程里都会强调：值要以点结尾（比如mail.example.com.）——这个结尾的点代表DNS根，漏掉它，部分DNS服务器会拒绝或错误解析。用云服务商控制台配置的，记录值从邮箱后台复制粘贴，别手敲；主机记录用@代表根域名（或按服务商要求留空），线路类型选默认——MX不需要智能解析，选了分区线路，部分用户解析不到，邮件收不全——这个坑藏在下拉框里，最容易被忽略。

第四个坑：只加了MX，忘了TXT正确的顺序是先加TXT（含SPF声明）再加MX：SPF向收件方证明「这个域名发出的邮件是合法的」，没有它，你发出的邮件大概率进对方的垃圾箱，甚至直接被拒收。阿里、腾讯、Zoho的后台都会同时生成MX和TXT两组记录，一组都别漏。TXT的记录值以v=spf1开头，整串复制，注意别混入多余空格。SPF配置还影响发信成功率，晚配一天，就多一天的进垃圾箱记录，域名的发信信誉是会累积损伤的。

配完怎么验证两步：用MX查询工具查域名，返回的记录值和优先级与服务商要求完全一致；然后发一封测试邮件进来、再回一封出去，双向都通才算配置完成。生效时间受TTL影响，快则几分钟，慢则等满TTL周期——配置没问题时，耐心比反复改配置更有用——反复删改反而重置生效周期，越改越乱。