一、发出去的邮件为什么石沉大海很多企业和个人站长都遇到过这种情况精心写好的商务邮件、营销邮件、通知邮件发出去了对方却说没收到。翻遍收件箱也没有最后发现——邮件静静地躺在垃圾箱里或者干脆被对方服务器直接拒收了。发件人往往第一反应是怀疑邮件服务商出了问题但真正的原因大概率不在发送端而在一个更底层的地方你的域名 DNS 记录没有正确配置。邮件系统判断这封邮件是不是真的来自你声称的那个域名靠的就是 DNS 里的几条特定记录。记录缺失或配错你的邮件在对方服务器眼里就是身份可疑——轻则进垃圾箱重则直接拒收。这篇讲清楚哪几条 DNS 记录决定邮件命运、怎么用 DNS查询验证它们、配错了怎么修。二、四条记录决定邮件的命运邮件从发出到进入收件箱沿途要过四道身份验证关每一关都对应一条 DNS 记录第一关MX 记录——邮件往哪送。MXMail Exchanger记录告诉全网发到这个域名的邮件应该交给哪台服务器处理。没有 MX 记录别人发给你的邮件根本找不到投递地址配错了邮件会被送到错误的服务器直接丢失。MX 记录还有一个优先级数值数字越小优先级越高。配多台邮件服务器时系统会先尝试优先级最高的那台失败了才转到备用服务器。第二关SPF 记录——谁有资格替你发信。SPFSender Policy Framework是一条 TXT 类型的记录内容是一份授权发件服务器清单。它声明只有这些 IP 地址/服务器有权以我的域名发送邮件。收件方收到邮件后会查你域名的 SPF 记录核对发件服务器是否在清单里。不在标记为可疑大概率进垃圾箱。第三关DKIM 记录——邮件内容有没有被篡改。DKIMDomainKeys Identified Mail也是一条 TXT 记录存放的是一把公钥。发件服务器用私钥给每封邮件签名收件方用你 DNS 里公布的公钥验证签名。签名通过说明邮件在传输过程中没被篡改、确实来自你的服务器。没有 DKIM 或验证失败邮件的可信度大打折扣。第四关DMARC 记录——验证失败后怎么办。DMARCDomain-based Message Authentication, Reporting and Conformance同样是 TXT 记录它告诉收件方如果我的邮件没通过 SPF 或 DKIM 验证你该怎么处理可选动作包括不管none、隔离到垃圾箱quarantine、直接拒收reject。DMARC 是前三关的兜底策略也是目前各大邮箱服务商Gmail、Outlook、QQ邮箱等越来越看重的信号。没有 DMARC 的域名在大型邮箱眼里可信度天然低一截。三、用 DNS查询逐项验证知道了四条记录的作用接下来用 DNS查询逐一核实它们是否正确配置。打开 http://www.kkce.comKKCE 快快测输入你的域名重点检查以下内容查 MX 记录确认存在且指向正确的邮件服务器地址。如果你用的是企业邮箱服务如腾讯企业邮、阿里企业邮箱、网易企业邮等MX 记录应该按照该服务商提供的值来配置。核对指向是否正确、优先级是否合理。查 SPF 记录查找以vspf1开头的 TXT 记录。核对清单里是否包含了你实际使用的所有发件服务器。常见遗漏换了邮件服务商但 SPF 没更新、用了第三方营销工具代发但没把它的服务器加进清单。查 DKIM 记录通常以selector._domainkey为前缀的 TXT 记录。selector 的值由你的邮件服务商提供核对记录内容是否与他们给的公钥一致。查 DMARC 记录以_dmarc为前缀的 TXT 记录内容应以vDMARC1开头。确认策略p设置是否合理——新配置建议先用none观察确认无误后再升级为quarantine或reject。任何一条查不到或内容对不上就是问题所在。四、常见配错与修复错误一MX 记录缺失或指向旧服务器。换了邮件服务商但忘记更新 MX或者域名迁移时漏配。修复按新服务商的文档重新添加正确的 MX 记录。错误二SPF 里漏了发件源。用了多个发件渠道自有服务器第三方营销平台但 SPF 只写了其中一个。修复把所有合法发件源都加进 SPF 的include或ip4列表。注意 SPF 有查询次数上限最多 10 次 DNS 查询不要无限堆叠。错误三DKIM 的 selector 对不上。服务商给的 selector 是mail但 DNS 里配成了default导致验证方找不到公钥。修复与服务商核对 selector 的准确值一字不差地配到 DNS。错误四多条 SPF 记录冲突。不小心配了两条以vspf1开头的 TXT 记录收件方只认第一条或干脆判定无效。修复合并成一条。错误五TTL 设太长改完不生效。修改了记录但等了很久还是旧值。修复改记录前先把 TTL 调小如 300 秒改完等 TTL 过期后自然刷新。五、配好之后验证 持续监测记录配完不等于万事大吉还要做两件事第一发一封测试邮件验证。用 Gmail、Outlook、QQ 邮箱各发一封看是否顺利进入收件箱。也可以借助各大邮箱服务商提供的验证工具如 Google Postmaster Tools查看域名的发信信誉评分。第二建立持续监测。DNS 记录不是配一次就永远不动的——域名迁移、邮件服务商更换、子域名增加都可能影响这些记录。定期用 DNS查询巡检一遍确保四条记录始终正确。六、KKCE 的 DNS查询能力验证和巡检需要的工具在 http://www.kkce.comKKCE 快快测一站完成免费、无需注册、无广告DNS 查询——核心工具。输入域名即可查看完整的解析记录A、AAAA、CNAME、MX、TXT、NS 等支持多地区多运营商线路并行查询支持指定不同 DNS 服务器对比支持 IPv4/IPv6 双栈。查 MX 指向、查 SPF 内容、查 DKIM 公钥、查 DMARC 策略一次查询全部呈现IP 查询——把 MX 记录指向的邮件服务器 IP 核对归属地与运营商确认邮件服务器确实在你期望的机房Whois 查询——核对域名的注册状态与 DNS 服务商确保域名本身没有异常过期、未实名等会导致解析全面失效自动监控——对重要域名配置定时拨测解析记录一旦异常或变更第一时间告警防止邮件突然静默失联。七、总结邮件能不能进收件箱答案藏在四条 DNS 记录里MX决定邮件往哪送——缺了它邮件根本到不了你手里SPF声明谁有权替你发信——没授权的发件源会被标记为可疑DKIM证明邮件没被篡改——签名验证是大型邮箱的信任门槛DMARC制定兜底策略——告诉全世界冒充我的邮件该怎么处理。四条记录配齐、配对邮件送达率会有质的提升。打开 http://www.kkce.com用 DNS查询把你的域名邮件配置逐项核验一遍——也许困扰你许久的邮件进垃圾箱问题答案就在这里。