延迟投递邮件是指接收服务器暂时拒绝接受的邮件，要求发送方稍后重试。它通过 4xx SMTP 响应来表示，并不代表失败：地址通常是有效的，邮件仍在传输中。这是它与退信的关键区别，退信是永久性的 5xx 拒收。延迟投递时，你的发送系统会保留邮件，并按计划重试，直到服务器接受或放弃为止。
延迟投递与退信有什么区别？
关键在于 SMTP 响应码及其含义。4xx 表示 "not now, try later." 5xx 表示 "no, and do not bother trying again." 延迟投递留有余地，退信则彻底关闭通道。
| 延迟投递 | 退信 | |
|---|---|---|
| SMTP 响应 | 4xx（临时） | 5xx（永久） |
| 含义 | 稍后重试 | 不要重试 |
| 邮件状态 | 仍在发送方队列中 | 已退回给发送方 |
| 典型结果 | 在后续尝试中投递成功 | 被抑制 |
由于邮件仍在队列中而非被退回，延迟投递对大多数收件人来说是无感的。邮件只是稍晚一些到达。关于永久性拒收的区别，请参阅什么是退信。
哪些原因会导致邮件被延迟投递？
延迟投递是接收服务器用来减缓你的发送速度或争取处理时间的方式。常见原因如下：
- 灰名单。 服务器会故意延迟来自陌生发送方的第一次尝试，基于这样的逻辑：正规邮件系统会重试，而许多垃圾邮件工具不会。你的重试通常能够通过。
- 请求速率限制与限流。 邮箱服务商会限制在一个时间窗口内接受来自特定发送方的邮件数量。超过上限后，剩余邮件将被延迟投递，直到窗口重置。
- 接收服务器临时问题。 接收服务器短暂过载、正在维护或出现临时故障。它选择延迟投递而非丢弃你的邮件。
- 基于信誉的限流。 服务商会限流尚未建立信任的发送方，新域名或长期未使用的域名受影响最大。一个仍在积累信誉的域名会看到更多延迟投递，直到建立起发送记录。
最后一点正是新发送域名在早期经常遇到延迟投递的原因。解决方法是保持耐心并逐步提升发送量；如何预热新的邮件发送域名介绍了防止限流恶化的预热计划。
延迟投递之后会发生什么？
你的邮件传输代理（MTA，实际投递邮件的系统）会保留被延迟的邮件，并按计划重试。早期重试间隔较短，之后间隔逐渐拉长，通常以小时计，以便让接收服务器有时间解决导致延迟的问题。大多数延迟投递会在前几次尝试中自行解决，因此通常不必对延迟投递感到恐慌或手动重新发送邮件：手动重新发送只会在队列中产生重复。
如果接收服务器在重试窗口过后仍持续延迟投递，MTA 最终会停止尝试并将邮件转为退信。此时，临时问题就变成了永久性问题，该地址应按照其他硬退信同等对待。因此，延迟投递最好被视为一种预警信号：少量是正常的，但大量出现，尤其是信誉和限流类型的延迟，说明接收方服务商对你的发送量或信誉还不够放心。
发送方应如何应对延迟投递？
大多数情况下，让你的发送平台的重试逻辑自行运作即可。除此之外，有效的措施是从根源上减少导致延迟投递的限流。
- 关注趋势，而非单个事件。 一次延迟投递只是噪声。集中在某一邮箱服务商的峰值则指向该服务商的限流或信誉问题。
- 放慢提量节奏。 如果新域名或 IP 被限流，说明你发送得太多太快。逐步提升发送量，让服务商有时间建立信任。
- 保持健康的发送习惯。 完善的身份验证、干净的收件人列表以及活跃的收件人，都能降低基于信誉被限流的概率。这些基本原则与邮件送达率最佳实践一致。
- 查看日志。 Bird 会记录每次延迟投递的响应码和原因，帮助你准确了解哪家服务商在延迟投递以及原因。
事件指南说明了延迟投递和退信的事件类型，邮件日志可以让你追踪单封邮件的每次投递尝试。
常见问题
延迟投递的邮件会丢失吗？
不会。延迟投递的邮件仍在队列中，会自动重试。大多数延迟投递在前几次尝试内即可解决，邮件只是比平时稍晚到达。
我需要手动重新发送延迟投递的邮件吗？
不需要。你的发送系统会按照自身的计划自动重试。手动重新发送只会在队列中产生重复，还可能加剧限流。
延迟投递何时会变成退信？
当重试在 MTA 的重试窗口之后仍持续失败时。此时系统放弃重试，将延迟投递的邮件转为退信，你应将其视为永久性投递失败。
为什么新域名会遇到大量延迟投递？
邮箱服务商会限流尚未建立信任的发送方，而新域名没有发送记录。逐步预热域名可以建立信任，降低延迟投递率。
后续阅读
延迟投递是邮件传输过程中的正常现象，正确的应对通常是等待和观察。让重试自行运行，逐步提升新域名的发送量，并将集中出现的延迟投递视为你在特定服务商处信誉状况的信号。事件指南和邮件日志是你查看延迟投递实时状态和跟踪重试进展的地方。