客户说没收到你的报价：
先查邮件送达率，再谈标题
邮件没到，可能是被拒、被扔进垃圾箱，也可能只是没点开。三种修法互不通用。
客户说没收到你的报价。先别改邮件标题——同一句话，可能是三种毛病。
退信、进垃圾箱、压根没点开，三种情况的修法完全不一样。一上来就重写标题，那是第三种情况的解法，对前两种一点用没有。
一、他说的是哪一种「没收到」？
让对方截个图，或者顺手把「垃圾邮件」文件夹翻一下。这话问出口有点难为情，但能省掉一半排查时间。
1. 退信：系统替你留了证据
发不出去一定有退信，退回你发信的那个邮箱。里面躺着一个三位数开头的 SMTP 代码。
5 开头是永久拒绝，4 开头是临时故障，过几小时重试也许就过了。看到 5.7.26，意思是对方没认出来你是谁。这条错误码基本等于「你的域名没做认证」。
2. 进了垃圾箱：客户不会主动去翻
服务器把信收下了，只是放在「垃圾邮件」里。客户打开邮箱看到的是收件箱，回你一句没收到，他没说谎。
这种情况没有退信，你的已发送里一切正常，看起来什么都没发生。唯一能确认的动作，是请他去垃圾箱看一眼。
3. 到了收件箱，但他没点开
标题像促销，或者正文第一屏全是图，客户顺手就划走了。这跟服务器没关系。
三种情况经常混在一起。你以为在修认证，人家只是没兴趣。
| 他描述的样子 | 实际发生 | 先查什么 |
|---|---|---|
| 收到一封英文退信 | 被拒收 | 退信里的三位数代码 |
| 什么都没收到 | 进了垃圾箱 | 让他翻垃圾邮件文件夹 |
| 收到了，没回 | 内容没打动他 | 标题和第一段 |
顺序别搞反：先确认邮件有没有送到，再谈内容。
二、SPF、DKIM、DMARC，三个记录各管什么？
这三个名字总是一起出现，干的却是三件不同的事。混着记，配的时候必错。
SPF：谁能用你的域名发信
一条 TXT 记录，列出发信服务器的 IP 或域名。收件方拿到信，回头查这条记录：这个 IP 在名单里吗。
在，放行。不在，先记一笔。
DKIM：这封信出你门之后有没有被动过
你给邮件加一个签名，公钥挂在 DNS 上。收件方用公钥验签，对得上，说明内容没被改，也确实是你发的。
公钥挂在一个叫选择器的名字下面，比如 selector1，实际位置是 selector1._domainkey.你的域名。换发信服务商时最容易漏的就是这条。
DMARC：前两个对不上时，怎么办
它规定：SPF 或 DKIM 至少有一个通过、且域名对得上，才算过。对不上，就按你写的策略处理——none 只记录，quarantine 进垃圾箱，reject 直接拒。
建议从 p=none 起步，收两周报告再收紧。直接上 reject，把自己业务邮件一起拒掉的事故，每年都有。
三条命令就能看到现状：
dig +short TXT 你的域名.com
dig +short TXT _dmarc.你的域名.com
dig +short TXT selector1._domainkey.你的域名.comselector1 换成服务商给你的那个名字，别照抄。查不到，就是没配。
查到了，但 SPF 有两段 TXT 记录，那是配重了。两条 SPF 会直接判失败，这是新手最常见的死法。
三、SPF 写了还是不过，卡在哪三处？
1. 十次查询上限，是全局的
SPF 里的 include、a、mx、ptr、exists，每一条都要现场查一次 DNS。RFC 7208 给这个总数画了线：
"SPF implementations MUST limit the total number of those terms to 10 during SPF evaluation, to avoid unreasonable load on the DNS. If this limit is exceeded, the implementation MUST return permerror."
原文：SPF 校验时，触发 DNS 查询的条款合计不得超过 10 次，超过必须返回 permerror。这是全局计数，进 include 里递归查的也算同一次。
RFC 7208 · 4.6.4 DNS Lookup Limits
你在用三个 SaaS：企业邮、CRM、发信平台。每家给一段 include，每家背后还有自己的 include。叠到第十一次，全站邮件一起失效，而且没有任何人收到通知。
2. 空查询超过两次，一样会挂
所谓空查询，是查了、但什么都没查到。同一节给的建议上限是 2 次，超了同样按 permerror 处理。
这条冷门得很。正因为冷门，出事的时候没人想得到去数它。
3. ~all 和 -all，差一个字符差很多
软失败只标记一下，多数收件方还是收下。硬失败是名单外的一律拒。
新配的域名先写软失败，跑顺了再收紧。反过来做，某天业务员用手机自带邮箱发报价，会被自己拒掉。
四、Gmail 那套规矩，一天几十封的小站也要管吗？
要。但要分清哪条是给你的。
这条我一开始也记岔了，以为量小就不用管。回头翻原文才看清：5000 封是群发的分界，认证那条没有门槛。
2024 年 2 月 1 日起，每天往 Gmail 发超过 5000 封的算群发发件人，必须 SPF、DKIM、DMARC 三样全配，还要支持一键退订。你一天三十封，够不上这条线。
但「SPF 或 DKIM」这一条，对所有发件人都生效，没有量门槛。没配的邮件轻则进垃圾箱，重则被 5.7.26 拒收。
那条 0.3% 是什么意思
投诉率是「被收件人点举报」的比例。Gmail 的红线是 0.3%，建议压在 0.1% 以下。
这个数字对小站很残忍：一天发 30 封，一个人点举报就是 3.3%。但别慌，投诉率是按域名统计的，你量太小，后台多半根本没有数据可看。
小站能看的其实是另外两个数：退信条数，和客户主动回信的比例。
小站真正该抄的只有两条
一是 DKIM 密钥别停在 1024 位。Gmail 的门槛是 1024，但那个长度早就被算得开了，服务商默认给 1024 的，让他换成 2048。
二是发信域名跟网站域名对齐。用 mail.你的域名 发信，正文里写的却是另一个域名，DMARC 怎么配都对不上。
五、静态站没有服务器，通知邮件从哪发？
这个问题在静态站上格外扎手：站上没有后端，表单提交那一刻，谁去发这封信？
三条路，各有各的坑。
别拿个人 Gmail 当发件人
图省事，表单通知发到自己 Gmail，再用它回客户。看着能跑，代价是客户看到一封 @gmail.com 的信在给他报价。信任度当场掉一档，进垃圾箱的概率还高一截。
更麻烦的是，你没法给 gmail.com 配 SPF。那封信的认证，你一点控制权都没有。
Cloudflare 能收信，发信是另一回事
Email Routing 是免费的，能把 info@你的域名 转到你的邮箱。它只管收。
要在 Workers 里发信，得走 Cloudflare 的 Email Service，走单独的日配额。新账号的配额是保守的，靠发信质量和账号状态慢慢放开。做表单通知够用，做营销群发不够。
| 路径 | 一次性成本 | 坑在哪 |
|---|---|---|
| 第三方发信 API | 注册 + 配三条 DNS | 免费额度小，发信域名要单独认证 |
| Cloudflare Email Service | 写一段 Worker | 新账号日配额低，得等 |
| 企业邮箱 SMTP | 已有邮箱就能用 | 多数限制第三方客户端发信频率 |
三条路都要做同一件事：把发信域名加进 SPF，配上 DKIM。换路径不换认证，等于白换。
六、邮件本身怎么写，才不像广告？
认证过了，还有一半死在内容上。
图片和附件
一封全是图的信，在过滤器眼里最可疑。图片占比越高，越像群发素材。
附件别硬塞。压到几 MB 以内，或者干脆给一个下载链接，比赌对方邮箱的限额稳。
链接和话术
一封信里七八个链接、全是「点击这里」、正文里还套一层短链，这套组合十年前就被判过垃圾邮件，现在一样。
换成一句人话：「报价单在附件里，第三页是包装尺寸。」比十个按钮都好使。
标题别用形容词
同一封报价信，两种标题：
反例：Hot Sale!! Best Price LED Flood Light - Click Now
正例：Quotation for 200 pcs 100W flood light
差距不在字数。前一句在喊，后一句在说事。客户和过滤器，同时更愿意看后者。
七、改完怎么验，只看三行
1. 看原始邮件这三行
发一封测试信到自己的 Gmail，点「显示原始邮件」，找三行：SPF: PASS、DKIM: PASS、DMARC: PASS。有一个不是 PASS，前面的活全白做。
顺手看一眼 Authentication-Results。收件方对你的判断，全写在这一行里。
2. 换个收件方再测一次
只测 Gmail 不够。Outlook、企业邮、Yahoo 各有一套判定，有的更严。至少三个不同服务商的邮箱，再加一个陌生域名。
3. 两周后再看一次
认证改完不会立刻见效，域名声誉要靠时间攒。当天好了、第二天又进垃圾箱，是正常的爬坡，不是配置错了。
这时候去翻配置，往往会把对的改错。
八、交接时把这三样落在纸上
写。SPF、DKIM、DMARC 三条记录、发信平台账号、谁有权限改，这三样要落在同一张纸上。人走了，纸还在。
说句实话：我们自己踩过。给客户迁站时忘了把旧发信平台的 include 从 SPF 里摘掉，两段记录并存，三周没人发现，后来是业务员说「客户好像没回信」才查出来。
那之后流程改了一条：换发信路径的那天，当场跑一遍三条 dig。
常见问题
Q1SPF 记录里的 include 太多，会怎样？
整条链的 DNS 查询合计超过 10 次就返回 permerror，等于全站邮件认证一起失败，而且没有任何人收到通知。另外 SPF 只能有一条 TXT 记录，配出两条同样直接失败。
Q2一天只发几十封，还要配 DMARC 吗？
SPF 或 DKIM 对所有发件人都要求，没有量门槛；DMARC 是每天 5000 封以上才强制。小站可以先用 p=none 只记录，收两周报告再收紧，不影响正常投递。
Q3静态站没有服务器，表单通知邮件怎么发？
三条路：第三方发信 API（Resend、SendGrid 这类）、Cloudflare 的 Email Service（在 Worker 里调）、企业邮箱 SMTP。Email Routing 只负责收信，发信是另一套。
Q4邮件进了垃圾箱，先改标题有用吗？
没用。先看有没有退信、看原始邮件里 SPF、DKIM、DMARC 是不是三个 PASS。有一个不过，改标题改一百遍也不会进收件箱。
资料来源
- Google Workspace · 电子邮件发件人指南（2024 年 2 月 1 日生效、每天 5000 封的群发门槛、0.3% 投诉率红线、DKIM 1024 位下限与 2048 位建议、5.7.26 拒收）
- RFC 7208 · SPF 4.6.4 DNS Lookup Limits（10 次全局查询上限、超限返回 permerror、空查询 2 次上限）
- RFC 7489 · DMARC（
none/quarantine/reject三种策略的含义） - Cloudflare Docs · Email Service Limits（发信日配额、新账号逐步放开、向已验证地址发送免费）
- Cloudflare Docs · Email Routing（收信转发与规则数的边界）