Soft bounce

Soft bounce 是临时性的邮件投递失败。收件服务器 暂时 拒绝了消息,但拒绝原因可能会自行消除 — 收件方邮箱超过配额、收件服务器临时宕机或在做 rate-limiting、消息首次发送被 greylisted,或者是一次 TLS 握手抖动。发件方应该重试。与之对比的是 hard bounce — 永远不应重试的永久性拒收。

驱动硬退信处理的同一个 BounceType enum 还有第二个 case:

enum BounceType: string
{
    case HARD = 'hard';
    case SOFT = 'soft';
}

来自发送 vendor(SES、Mailgun、SparkPost 等)的 SOFT webhook 事件,在 BounceLog 中的记录方式与硬退信完全一致,但 RecordBounce 监听器在单次发生时 不会 自动把订阅者拉黑。地址保持有效,后续营销活动照常涵盖。若软退信沿着可配置的连续次数继续累积,运营方可以通过 bounce-handler 策略把地址升级为黑名单 — 但单次软退信被视为噪声。

把软、硬退信混为一谈,是小型平台上最常见的退信处理错误。在软退信时就自动拉黑,会让名单每次收件方服务器抖一下就缩水 — Gmail 一次故障就可能让您甩掉成千上万个合法订阅者。反过来,把硬退信当软退信处理(还在重试)则会烧掉发件方信誉。AcelleMail 在数据模型层(BounceType::HARD vs BounceType::SOFT)就把这种区分强制下来,防止监听器误把一种当成另一种。

• 4xx SMTP 响应 — 整个 4xx 类都属于 "临时失败,请重试"。
• 邮箱满 — 收件方触达了存储配额;通常几天内解决。
• Greylisting — 反垃圾邮件技术,延后首次发件的发件方;合法重试在几分钟内即可成功。
• Rate limiting — 收件方正在限制来自该 IP / 域名的流量;退一步再重试。
• TLS / 连接问题 — 收件方侧的临时性网络或证书问题。

完整的运营手册 — 软退信什么时候该升级为黑名单、连续次数取多少合理、如何读懂 vendor 的原始原因 — 见 送达率 §8。