开发信发出去了，打开率一路下滑，甚至直接被退回，多数人第一反应是改文案。更常见的原因是发件域没有通过收件方的身份校验：SPF、DKIM、DMARC 三项记录缺失或没对齐，邮件就容易被判为垃圾或伪造。网页上的询盘表单邮件是另一条链路，两者要分开查。
先分清是哪一类邮件在失败
网站表单通知、报价邮件、开发信和系统告警，发信方式和发信域可能完全不同。表单通知用企业邮箱 SMTP，报告询盘邮件投递排查里按“提交—入库—投递—接单”分段定位；开发信可能用批量发送服务，两者的配置和送达率互不影响。先确认失败的是哪一条链路，再动配置，否则容易改了 DNS 却发现网站通知本来就正常。
Gmail 对发件方的明确要求
Google 的Gmail 发件方要求写得很具体：自 2024 年 2 月 1 日起，向个人 Gmail 账号发信的所有发件方都需要设置 SPF 或 DKIM、保持有效的正反向 DNS（PTR）记录、使用 TLS 连接，并把 Postmaster Tools 中的垃圾邮件率保持在 0.3% 以下。日均发送 5,000 封以上还需要同时配置 SPF、DKIM 和 DMARC，营销与订阅邮件支持一键退订，并保证 From 头域名与 SPF 或 DKIM 域名对齐。这意味着“邮箱地址是公司域名”本身并不够。
三条记录的分工不同：SPF 声明哪些服务器可以用你的域发信；DKIM 用私钥给邮件签名，让收件方验证确实由域名所有者发出；DMARC 告诉收件方遇到未通过校验的邮件该怎么做。Gmail 还建议向个人账户发送时 DKIM 密钥至少 1024 位，推荐 2048 位。配置动作通常在域名 DNS 与邮件服务商后台完成，改动前先记录现有记录，避免新增记录时覆盖了原有内容。
配置好了，为什么开发信仍然进垃圾箱
身份校验只是通过门槛，不等于进入收件箱。Gmail 的指南还列出发送实践：尽量从同一 IP 发送、按内容类型使用不同发件地址、避免突然增加发送量、不要购买邮箱名单、不要向未订阅的人群发送，以及保持退订入口清晰。它也说明 Google 不跟踪打开率，第三方工具报告的打开率不能直接用来判断送达是否正常。短时间把日发送量翻倍、改动邮件模板或更换发信 IP，都可能触发限制。
实操上分三步：先用少量真实地址验证三项记录是否生效，再小批量逐步增加发送量，最后用 Postmaster Tools 观察垃圾邮件率与信誉变化。收到硬退信（SMTP 5xx 类错误）要清理地址库，收到软退信先降低发送量，观察一段时间再恢复。若要向大量收件人发送营销内容，订阅与退订要求要按适用规则落实，具体法律要求由企业确认。
退信代码怎么读，比反复重发有用
SMTP 状态码的前三位数字代表类别：2xx 表示成功，4xx 是暂时性问题，5xx 是永久性失败。Gmail 官方文档举了两个具体例子：421 / 4.7.0 表示邮件被拒是因为发送 IP 不在对方允许列表；550 / 5.7.1 常见于发送 IP 位于被暂停名单，或共享 IP 的信誉问题。另有 4.7.28 表示超过发送配额，官方建议出现该错误时至少停止 10 分钟再逐步恢复，而不是继续猛发。
把这些含义记住，排错方向就很清楚：4xx 多数要降速、等对方或降低发送量，5xx 需要修配置或清理地址；遇到 5.7.1 与 IPv6 相关时，还要检查 PTR 记录是否真的用 IPv6 授权。逐条读退信比反复重发更快定位问题，也避免把暂时失败地址当成无效邮箱删掉。改配置后先用少量地址验证，确认稳定后再恢复原发送量。
顺手检查两个容易忽略的细节
一是域名与邮件服务的现实匹配。Gmail 明确要求发送 IP 与 PTR 记录中的主机名一致，且该主机名有对应的 A/AAAA 记录解析回同一 IP；使用共享 IP 时，所有发件人的信誉会互相影响。换过邮件服务商后，PTR 与 IP 授权不匹配会产生 550/5.7.1 之类的错误。检查 DNS 生效需要时间，改完别立刻加大量测试。
二是网站公开域名的邮件记录。Gmail 建议为承载公开网站的域名配置 SPF、DKIM、DMARC，这与开发信是两个层次：前者保护域名不被冒用，后者影响自家邮件的送达。若域名刚启用、业务邮箱刚迁移，可一并核对；换托管商时邮箱与 DNS 的迁移清单里也包含这类记录。
网站该展示什么
如果企业有官网，可以放一个“联系与邮件政策”说明：我们使用哪个域名发送业务邮件、如何识别我们的报价单、怀疑伪造邮件时如何通过官网联系方式验证。这对防钓鱼比只做发信优化更有用。发信认证是运维工作，不应包装成“营销技巧”，也不承诺能带来某个打开率。改完 DNS 后记得确认网站本身仍正常，邮件记录写错同样可能影响其他服务；遇到 Gmail 账号被列为不安全状态，也应按官方排查路径处理。