开发信发了没回音，第一步先确认信到没到客户收件箱。这篇按排查顺序讲清：邮件没到的三种情况、SPF、DKIM、DMARC 三条 DNS 记录各管什么、为什么不能拿主域名群发开发信、Gmail 和 Outlook 的批量发件人门槛，以及怎么用退信码和邮件头定位问题。2026 年，Gmail、Yahoo、Microsoft 三家对发件方的要求已基本一致。

客户回你一句"没收到"，你把发送记录翻出来，显示已发送。

邮件到没到客户手里，在你按下发送的那一刻就基本定了。这时候改标题、改正文，多半没用。

一、先分清是哪种"没到"

开发信没送到的三种情况：被拒收有退信、进垃圾箱没退信、送达但客户没看

三种情况，处理方式完全不同。

第一种，被拒收。 对方服务器直接弹回来，你会收到退信，英文叫 bounce，里面带错误码。这一种最好办，问题就写在退信里。

第二种，进垃圾箱。 没有退信，服务器收下了，但扔进了 Spam 或 Junk 文件夹。客户不会去翻。这一种最多，也最难发现。

第三种，送到了，客户没看。 这和送达无关，是标题和内容的事。

想确认是不是第二种，两个办法：让客户在他自己邮箱里搜一下你的域名，看垃圾箱里有没有；或者自己注册一个 Gmail、一个 Outlook，用公司邮箱各发一封，收件箱和垃圾箱都翻一遍。

先确认是哪种"没到"，再决定改什么。内容优化解决不了认证问题。

二、SPF、DKIM、DMARC：三条 DNS 记录各管一件事

海外邮箱判断"你是不是本人"，靠的就是这三项。缺一条，可疑度就上一档。

记录放在哪干什么最容易配错的地方
SPF域名的 TXT 记录声明哪些服务器有权用你的域名发信漏了第三方平台，比如企业邮箱和群发工具；include 超过 10 次会整条失效
DKIMselector._domainkey.你的域名 的 TXT 记录给每封邮件加签名，防止中途被改只在一个平台开了签名，另一个没开；换密钥时旧记录删太快
DMARC_dmarc.你的域名 的 TXT 记录告诉对方认证没过时怎么处理，并把报告发给你一上来就设 p=reject，把正常邮件一起拒了

配完用 MXToolbox 或 mail-tester 跑一遍，看三项是不是全绿。

DMARC 建议先设 p=none。这个值的意思是只收报告、先不处理。观察两到四周，报告里能看出哪些平台在用你的域名发信、哪些没通过认证。确认合法来源都覆盖了，再往上升级到 quarantine 和 reject。

SPF 管发信资格，DKIM 管内容没被改，DMARC 管出问题怎么办。

三、比认证更容易踩的坑：拿主域名群发

主域名与发信子域名分开：主域名留给PI报价单收款通知，子域名专发开发信

这一条的后果比认证没配更重。

假设官网是 abc.com，业务员用 sales@abc.com 每天给陌生名单发几十封开发信。只要有几个人顺手点了"报告垃圾邮件"，Gmail 或 Outlook 就会把整个 abc.com 标成可疑发信源。

接着，你发给老客户的 PI、报价单、收款通知、提单邮件，一起进垃圾箱。想把信誉修回来，要几周甚至几个月。

做法是把两类邮件分开放：

子域名要单独配 SPF、DKIM、DMARC，一条都不能省。它的信誉和主域名分开算，出问题也只坏这一块。

主域名留给合同和收款，开发信单独养一个域名。

四、5000 封和 0.3%：从什么量级开始被管

2024 年 2 月起，Gmail 和 Yahoo 对"批量发件人"提要求。之后 Microsoft 跟上，现在三家的标准基本一致。

门槛是：一天发给 Gmail 个人邮箱超过 5000 封。过了这条线，你的身份就永久算批量发件人，往后把量降下来也不会取消。

三条红线：

指标标准说明
垃圾邮件投诉率低于 0.3%建议压到 0.1% 以下，0.3% 是触发处理的线
硬退信率低于 2%地址不存在、域名不存在造成的退信
一键退订必须提供营销类邮件要带 List-Unsubscribe 头，退订请求 48 小时内处理

时间线上四个点值得记：

重点看 2025 年 11 月。以前没配好是掉垃圾箱，现在是直接拒收，连垃圾箱都进不去。

量级到了 5000 封，认证就是能不能送达的前提，没得商量。

五、已经掉垃圾箱了，怎么定位

不用猜，邮件头里有答案。

在 Gmail 里打开那封测试邮件，右上角三个点，选"显示原始邮件"。页面顶部有一行 Authentication-Results，看三个结果：spf、dkim、dmarc。

不同组合对应不同病根：

组合大概是哪里的问题
spf=pass，dkim=fail，dmarc=fail发信服务器在名单里，但这封信没有效签名。多半是 DKIM 记录没生效，或者签名域名和发件域名不一致
spf=fail，dkim=pass，dmarc=pass发信服务器不在 SPF 名单里。常见于第三方平台没写进 include
三条全 fail认证基本没配，或者 DNS 记录写错了
三条全 pass，还是进垃圾箱问题不在认证，在内容和发信行为：图片多、链接多、短时间大量重复、投诉率偏高

第四种最容易走错路。认证全过还掉垃圾箱，说明信誉已经受损，该做的是降速、清名单、换子域名，继续调 DNS 没用。

域名和 IP 都要预热，周期一般两到四周，从每天几十封起，逐周加量，同时盯退信率和投诉率。硬退信要在收到的那一刻就从名单里删掉，名单里躺着大量死地址，退信率压不下去。

先看邮件头，再动手。三条全 pass 还进垃圾箱，要做的是降速和清名单。

今天就有一件事可以做：用公司邮箱发封测试信到自己的 Gmail，按第五节的步骤把邮件头打开，把那三行看清楚。

认证还没配齐的，这周配上，DMARC 先设 p=none 收报告。

相关阅读

本文的批量发件人标准、错误码与时间线，来自 Gmail 帮助中心、Yahoo Sender Hub、Microsoft 官方文档及 IETF 于 2026 年 5 月发布的 DMARC 新版标准（RFC 9989），并参考 PowerDMARC、dmarcwise 等公开整理，整理时间 2026 年 9 月；具体要求以各邮箱服务商官方文档为准。