邮箱域名解析设置:MX、SPF与验证三步走
发布时间:2026-10-20 访问量:5
邮箱出问题,先看域名解析。收不到信多半是 MX 错了,发出去进垃圾箱多半是 SPF 和 DKIM 没配。三块记录各管一件事,顺序不能乱,混着改会越改越乱。
MX 指向邮箱服务商的收信服务器,配置时要填全主机名,不能只填域名前缀。优先级数值小的优先投递,多个 MX 并存时,务必确保它们都是有效且同步的服务器,否则邮件会被随机分流。

常见错误是把旧服务商的 MX 留着没删。结果是一部分邮件投到旧服务器,员工在旧邮箱里能看到,新邮箱收不到,排查时非常迷惑。切换时应当先删旧记录再添新记录,中间留出足够长的生效时间。
| 配置项 | 要点 |
|---|---|
| 记录类型 | TXT |
| 内容 | v=spf1 后跟允许的来源,最后用 all 收尾 |
| 失败策略 | 先用软失败观察,再改硬失败 |
| 长度 | 注意记录条数与总长度限制 |
直接写硬失败很危险:如果漏了某个业务系统的发信 IP,那部分邮件会被直接拒收,表现是系统通知突然全发不出去。先用软失败跑两周,看报告确认没有漏项再收紧。
SPF 只能有一条记录。曾经发现有人为了加来源又建了一条,结果两条并存时验证结果不可预期,这类问题排查起来很费时间。
DKIM 需要在邮箱后台生成密钥,再把公钥记录加到域名解析里。配置完成后给外部邮箱发一封信,查看原始邮件头,确认签名验证通过。
验证方法:在收到的邮件里查看验证结果字段,出现签名通过才算成功。只看到发信 IP 验证通过,不代表 DKIM 生效。两个机制独立,任何一项没通过都可能影响投递。
五项对照下来,九成的解析问题都能定位。改完记录后务必等生效再测试,刚改就测容易得出错误结论,进而把正确的配置改坏。
改之前把现有记录截图留档。解析面板里的记录一多,很容易改错行或者漏掉一条。留档之后出问题能快速回滚,也能对比看出到底改了什么。
另外,解析权限最好由两个人掌握,一个人操作、一个人核验。邮箱是业务命脉,单点操作的风险不比单点管理员小。