新发送 IP 与新发送域名应当如何做预热（ramp-up）？

接收方对一封邮件的处置，很大程度上依赖它对「发送标识」历史行为的记录。IP 地址与域名都是这类标识。一个刚启用的 IP 或刚注册的发送域，其历史是空白——空白不等于良好，而是「未知」。面对未知标识，接收系统普遍采取保守策略：限制并发与速率、以 4xx 暂时性拒绝要求稍后重试、或先投递到垃圾箱观察用户反应。

因此预热并不是某种「解锁额度」的技巧，而是在可控的量级下产生足以判定为良性的行为样本：高打开与互动、低投诉、低无效地址命中、稳定而非脉冲式的流量。理解这一点，就能明白为什么「一次性把全量名单发出去」在新标识上几乎必然失败——它同时制造了突增、高无效率与高投诉率三种负面样本。

M3AAWG Senders BCP 把下列项目列为发送方的基础要求，Google 的官方发件人指南也逐条明确。这些没做完就开始爬坡，等于把预热期浪费在修复配置上：

• 反向解析与正向确认：发送 SMTP 服务器的公网 IP 必须有 PTR 记录解析到某主机名，且该主机名的 A（IPv4）或 AAAA（IPv6）记录必须解析回同一个公网 IP。Google 特别强调「发送 IP 必须与 PTR 记录中主机名的 IP 一致」。
• HELO/EHLO：使用可解析的完全限定域名，与 PTR 主机名保持一致。
• 认证：批量发件人需同时部署 SPF、DKIM 与 DMARC；DKIM 密钥长度需达到官方要求（Google 要求发往个人 Gmail 帐号时至少 1024 位，并建议在服务商支持时使用 2048 位）；SPF 与 DKIM 需在组织级别彼此对齐，且通过认证的域必须与 From 头中出现的域一致。
• 传输加密：Google 已把「使用 TLS 连接传输邮件」列为发件人要求。
• 可收信的回路：信封回退地址（Return-Path）域必须能实际收信以接收 DSN；abuse@ 与 postmaster@ 角色地址必须可用且有人处理。
• 邮件格式：符合 RFC 5322，含有效的 Message-ID，且 From、To、Subject、Date 这类单实例头字段在一封邮件中只出现一次。

Google 官方指南专设「缓慢提升发送量以避免投递问题」一节，其要点可直接作为方法论骨架：

• 低起点、面向高参与度收件人：从较小的发送量开始，且优先发给活跃互动的用户，再随时间缓慢提升。
• 避免突增：在没有大量发送历史的前提下不要制造量级跳变——例如把此前的发送量直接翻倍，可能导致限速或信誉下降。
• 保持稳定速率：以恒定节奏发送，避免脉冲式爆发。
• 边爬边测：在逐步提量的同时用 Postmaster Tools 监测投递情况。

Google 同时给出影响提速快慢的因素：目标总量越大，提升应当越慢；每日发送比每周发送可以更快地提速；以及只发给已订阅的用户。需要注意的是，官方并未给出「第 N 天发 X 封」的百分比或数值表——市面上流传的各类预热日程表没有服务商官方依据，本文不予给出。

爬坡过程中被限速是正常现象，关键是不要把它变成雪崩。以 Gmail 为例，超出速率限制时会返回 4.7.28；官方给出的处置是至少停发 10 分钟，随后以单个连接恢复，再逐步增加连接数与发送量。

更普遍的原则来自 RFC 5321 对 4yz 的定义：这是暂时性错误，动作未发生但可以稍后再次请求。工程上必须实现带退避的队列，而不是对 4xx 立即高频重投——后者会把「暂时限速」放大成「持续攻击式连接」，反过来加速信誉恶化。同时要把 4xx 与 5xx 在数据链路上彻底分开统计，避免把限速误记为无效地址而错误清理名单。

IP 信誉绑定发送出口，域名信誉绑定 From 域、DKIM 的 d= 域以及信封回退域。二者独立累积：更换 IP 不会清空域名的历史，更换域名也不会清空 IP 的历史。这带来两个实践结论：

• 更换发送服务商时，若保留自有发送域与自有 DKIM 域，域名侧的历史可以延续，只需重新爬坡 IP；反之若一直使用服务商提供的域，迁移时等于两条线同时归零。
• 发送流的隔离规划应当在爬坡之前完成。交易类、通知类与营销类邮件宜使用不同的子域（并相应拆分 DKIM 选择器与出口），否则营销流的投诉会直接污染交易流的域名信誉，而交易邮件的送达失败后果通常严重得多。爬坡开始后再拆分，等于把已经积累的历史打散重来。

判据不应是「发出去了多少」，而是官方面板上的质量曲线是否随量增长而保持平稳：垃圾邮件率是否持续低位、认证通过率是否接近满值、加密传输比例是否稳定、投递错误率是否随提量抬升、域名与 IP 信誉评级是否上行。Google 公布的唯一明确数值门槛是：Postmaster Tools 报告的垃圾邮件率应保持在 0.10% 以下，并避免达到 0.30% 或更高。Microsoft 与 Yahoo 分别通过 SNDS/JMRP 与 Yahoo 发件人页面提供各自的监测与反馈通道，但未公开等价的数值门槛。

若某一维度在提量过程中恶化，正确动作是回退到上一档量级并停留观察，而不是继续按计划表推进。预热本质上是一个反馈控制过程，不是一张固定日程表。