发给站长的邮件总进垃圾箱：目录站的发信域名、SPF、DKIM、DMARC

做目录站要发很多邮件：用户提交了网站，你发审核结果；对方认领条目，你发验证链接；条目失效了，你提醒站长；还有周期性的通知。这些邮件如果进了对方的垃圾箱或者干脆被拒收，整条流程就断了，而且你多半不知道断了。

邮件送达这件事，大半的问题出在配置上，而且都是可以一次性修好的。剩下那一半才和内容和发送行为有关。

图片来源：网络，版权归原作者所有，侵权请联系删除

第一件事：先分开发信域

很多站用同一个域名既做网站又发邮件，甚至直接用管理员的个人邮箱去群发。这两种做法都在消耗同一个域名的信誉。

合理的分法是：主域名只发事务类邮件（审核结果、验证链接），量小、打开率高、投诉率低；营销类（通知、推广、合作邀请）走一个独立子域，比如 news.example.com。这样万一营销邮件被投诉，影响的是那个子域的信誉，主域名的验证邮件还能正常送达。

还有一条：别用免费邮箱发这些邮件。用 xxx@qq.com 给几百个站长发审核通知，既没有域名信誉可言，收件方也会直接按批量邮件处理。要用你自己域名下的地址发。

三条 DNS 记录，各有各的坑

记录	位置	最常见的错
SPF	域名根，一条 TXT	超过 10 次 DNS 查询、或者配了多条 SPF 记录
DKIM	选择器._domainkey.域名	选择器名字和服务商给的对不上，签名静默失败
DMARC	_dmarc.域名	直接上 p=reject，把正常邮件也拒了

SPF 的 10 次查询上限是个很小的坑，但踩的人特别多。你每加一个 include:（邮件服务商、CRM、统计工具），就消耗一次。加到第四个第五个服务商的时候，很容易超过上限，超了之后 SPF 直接返回 permerror，等于整个记录失效。同时配两条 SPF 记录也是 permerror，同样失效。

DKIM 的坑在于静默失败。公钥记录的主机名由选择器决定，服务商给你的是 mail123._domainkey，你在 DNS 里写成 default._domainkey，DNS 不报错，邮件照发，只是没有签名。查的方法是看发出去的邮件原始头里有没有 DKIM 签名段，没有就是没签上。密钥长度现在建议 2048 位。

DMARC 的关键是对齐：收件方看到的发件人域名，必须和通过验证的 SPF 或 DKIM 的域名对上。SPF 和 DKIM 各自都通过、但都和发件人域名对不上，DMARC 依然失败。这是最反直觉的一条，也是最多人卡住的地方。

DMARC 要分阶段上，别一步到位

推荐的上法：

第一阶段，p=none 加一个接收报告的地址。这个阶段不影响任何投递，只看聚合报告，把正在以你的域名发信的所有来源都摸出来。你多半会发现有几个早就忘了的服务还在发。

第二阶段，确认报告里所有正常来源都通过对齐之后，改 p=quarantine，可以先只对一个百分比生效，观察一段时间。

第三阶段，p=reject。这时候你有把握所有正常邮件都通过验证，拒掉的都是冒充的。

每个阶段之间留两到四周，因为聚合报告是以天为单位发的，样本不够看不出问题。

大批量发送的新门槛

这几年的趋势很明确：主流邮箱服务商对发信方的要求在提高。Gmail 和 Yahoo 已经对批量发件人提出了必须配置 SPF、DKIM、DMARC 的要求，微软那边对大批量发往 Outlook、Hotmail、Live 的发件人也提出了同类要求。具体阈值和政策会调整，以各家官方文档为准。

对目录站的实际影响是：就算你每天只发几十封，把三条记录配齐也没有任何坏处。这是低成本的事。

内容层面的四件事

通知邮件里别塞推广。审核结果邮件里加一段"推荐收录"或者合作广告，是拉高投诉率最快的方式。事务邮件就该只有事务内容。

给纯文本版本。只有 HTML 的邮件、特别是那种一张大图撑起来的邮件，是垃圾过滤器的重点关照对象。至少有纯文本备选。

验证链接要能宽容。验证邮件里的链接如果有效期只有十分钟，而邮件本身延迟了半小时到达，用户点开就是失效页。给二十四小时以上，并且在失效页上给一个重新发送的按钮。

退信要处理。连续发给一个不存在的地址、被退信几次还在发，会被收件方判定为不维护列表的发件方。硬退信要立刻从列表里移除。

上线前自己验一遍

发一封到自己的 Gmail、QQ 邮箱、Outlook 各一个，看是不是进收件箱；打开原始邮件看 SPF、DKIM、DMARC 三段的验证结果；用在线的 SPF 记录检查工具数一下 DNS 查询次数。这三步十几分钟就能做完，做一次能省掉后面几个月的排查。

---

邮件送达是个典型的"配好了就一直好"的事。花半天配完，之后只要新增发信服务时记得更新 SPF，基本不用再管。