邮箱服务迁移后,网页能打开,却收不到外部邮件,往往需要核对域名的MX记录。MX指向收件服务器,前面的数字表示投递时的优先级。查询时除了看主机名有没有换对,还要避免把列表第一行当成首选服务器。

选MX,查询邮箱地址右边的域名

打开DNS测速,输入域名,记录类型选“MX记录”,再开始检测。本次使用公开域名 gmail.com 演示,只勾选“港澳台、海外”这一组,保留运营商DNS,普通检测实际完成44/44个节点。

输入gmail.com,选择MX记录并限定港澳台、海外节点组
输入gmail.com,选择MX记录并限定港澳台、海外节点组

查询自己邮箱时,假设地址是 notice@example.com,这里应填 example.com,而不是整条邮箱地址,也不是习惯性加上 www。网站域名、邮箱域名和邮件服务器主机名可以不同,应先对应实际收件地址。

测试公开域名只用于读懂输出,不要照抄它的服务器地址。正式业务应以自己邮箱服务商提供的收信配置为准;本文没有修改任何DNS记录,也没有向演示邮箱发送邮件。

数字越小,越优先尝试

本次各节点返回5条MX记录,包括优先级5的 gmail-smtp-in.l.google.com.,以及优先级10、20、30、40的几条备用入口。图中第一行节点的显示顺序从20开始,但优先级5仍然比20更优先。MX记录集的返回顺序不保证按优先级排序。

同一节点返回五条MX,显示顺序与优先级大小并不相同
同一节点返回五条MX,显示顺序与优先级大小并不相同

判断时应把每条记录拆成“优先级数字+邮件服务器域名”。数值较小的候选更优先,较大的通常作为后续尝试的候选;相同优先级也可以有多个入口。数字不是延迟毫秒,不是权重百分比,也不表示优先级40就固定收到40%的邮件。

主机名末尾的点表示完整域名的根标签,在DNS查询输出里很常见,不是多打了一个句号。要填写DNS控制台时,是否需要末尾点应按提供商的字段规则处理,不要在不知道字段补全规则的情况下机械删改。

DNS耗时不是邮件送达耗时

本次测速摘要显示平均响应24ms,最快1ms、最慢116ms。这些值来自当前所选节点的DNS查询;卡片虽然使用“全国平均响应”的通用标签,本文并没有选择全国所有线路,不能用它代表全国邮件投递表现。

测速摘要反映本轮DNS查询耗时,不能作为邮件送达耗时
测速摘要反映本轮DNS查询耗时,不能作为邮件送达耗时

查询结果中的“记录数5”同样只表示读到了5条记录。DNS请求成功,不能证明每个服务器的SMTP端口可达、每个收件人存在、邮件已写入收件箱。收信异常还需要结合邮件退信码、邮件服务商投递日志,以及对应收信入口的实际连接情况。

页面对MX记录显示“IP数0”也不等于没有收件服务器。MX记录的值本来就是主机名,后续投递会继续解析这些主机名的地址;不要拿A记录的读取方式来要求MX结果直接列出IP。

MX不负责授权谁能发邮件

MX回答“给这个域名发信时,邮件应投向哪里”。SPF、DKIM和DMARC则分别涉及发送来源授权、邮件签名及域名对齐等问题。找到正确MX,不能直接推断本域发出的邮件已经通过身份认证,更不能证明不会进垃圾箱。

遇到迁移后收信问题,先确认查询的是收件地址所用域名,再核对全部MX及数字,不只看第一条;随后按邮箱服务商的要求核对目标服务器名。若部分节点仍显示旧记录,保存时间和结果继续复查缓存,而不是不断调整优先级碰运气。等DNS一致后,再用业务邮件的投递日志核对实际送达,这样才知道问题停在哪一层。