AWS SES事务性邮件退信及投诉处理方案咨询

事务性邮件（找回密码、订单通知、验证码这类）和营销邮件的发信逻辑、处理目标完全不一样，不用硬套营销邮件删订阅列表的思路，核心目标是三个：不把SES账号作封、不浪费发信额度、不影响正常用户使用服务，具体可以按以下规则处理：

退信场景分类型处理 #

退信分硬退和软退，处理逻辑完全不同：

• 硬退（SES判定为永久投递失败：邮箱不存在、域名无效、地址被对方服务商永久拒收）
  • 第一时间把对应邮箱存入你自己业务侧的全局永久抑制名单，后续不管用户触发什么类型的邮件请求，发信前先过这个名单，命中就直接拦截，不要往SES发请求。不要完全依赖SES自带的跨账号/跨区域抑制列表，自己存一份逻辑最可控。
  • 用户触发对应事务请求时（比如填了这个不存在的邮箱点找回密码），前端直接返回明确提示：「你输入的邮箱地址无效，请核对后重新输入」，不要静默发信失败让用户干等。
• 软退（临时投递失败：对方邮箱满了、对方邮件服务器临时故障、短时间发信过多被临时限流）
  • 不用直接拉黑地址，SES默认会对软退邮件做阶梯重试，等自动重试即可。
  • 如果同一个地址连续5次以上触发软退，就把它加入30天有效期的临时抑制名单，期间用户触发发信请求时提示「当前邮箱暂时无法接收邮件，请稍后重试或更换其他邮箱」，冷却期结束自动移出名单即可。

垃圾邮件投诉场景从严处理 #

投诉对SES账号声誉的影响远大于退信，投诉率超过阈值会直接被SES暂停发信权限，处理上不要有侥幸：

• 只要收到投诉，立刻把对应邮箱加入全局永久抑制名单，永远不要再给这个地址发任何邮件——哪怕是用户主动触发的事务邮件也不行。用户点了垃圾邮件按钮，就代表他不想收到你方发的任何内容，再发只会触发更多投诉，风险极高。
• 每笔投诉都要做溯源排查：先看对应邮件是不是混发了营销内容（比如找回密码邮件里塞优惠券广告），再看发件人名称、邮件标题是不是足够清晰，会不会用户认不出是你发的才误点投诉。如果是内容问题立刻调整，事务性邮件要做到标题、正文和用户触发的场景强相关，不要加无关内容。
• 如果排查发现是恶意刷接口导致的投诉（比如有人恶意批量填陌生邮箱发验证码、找回密码邮件，导致收件人被骚扰投诉），立刻给对应发信接口加频率限制：比如单IP每小时最多发3封同类型邮件、单邮箱每小时最多收2封同类型邮件，从源头减少无效发信。

SES侧的必要配置 #

• 提前配置SNS主题对接退信、投诉事件推送，把事件推到自己的业务服务后自动完成抑制名单更新、状态标记，不要靠人工后台导数据处理，延迟太高容易出问题。
• 事务性邮件和营销邮件一定要分开用独立的发信域名、独立的SES配置集，不要混在同一个标识下发，避免营销邮件的声誉问题牵连事务邮件的送达率。
• 不要随意关闭SES自带的退信、投诉默认拦截规则，很多人为了短期发信成功率关系统拦截，最后账号被封反而影响核心业务。

内容的提问来源于stack exchange，提问作者Anatol Zakrividoroga