AWS-SES：处理无效 ISP 的退回答案

【问题标题】：AWS-SES: Handling Bounces for Invalid ISPsAWS-SES：处理无效 ISP 的退回
【发布时间】：2015-07-10 17:47:49
【问题描述】：

我使用 Amazon 的简单电子邮件服务 (SES) 创建了一个电子邮件系统，该系统通过其通知 (SNS) 和队列 (SQS) 服务处理无效消息的退回。向有效地址发送电子邮件按预期工作，但在尝试报告退回邮件时遇到了问题。

有两种反弹情况：第一种有效，第二种无效。

1) 在现有 ISP 处通过电子邮件发送虚假地址（例如：foo@gmail.com 或 foo2@yahoo.com） - 正确退回并通过 SNS 向我的队列发送通知

2) 在通过虚假 ISP 发送虚假地址后（例如：me@fake-website.com），队列永远不会收到来自 SNS 的退回邮件。

但是，AWS 在某种程度上可以识别反弹，因为它已添加到控制台中的反弹统计图表中。

如果我从未收到电子邮件被退回的通知，我将无法从我的电子邮件列表中删除这些地址。

经过大量研究，我最初认为这是AWS Suppression List 的问题，但我认为这是不可能的，因为我尝试发送到过去 12 天内不太可能使用的电子邮件地址.

我的另一个想法是，这是一个soft bounce，系统只有在接下来的 12 小时内继续反弹时才会更新。

任何建议或意见将不胜感激。

【问题讨论】：

【解决方案1】：

我从 SES 收到无效域的退回通知。

不同之处在于退回不是立即的，因为没有响应的邮件服务器。 SES 将保留邮件并重试几次，然后宣布退回。如果域无效，我会在发送初始消息后 12-16 小时收到退回通知。通常来自拼写错误。

真实反弹结果

在 4/26 下午 3:53，我向无效域（user@BLAHindsutrial.com 而不是 user@BLAHindsutrial.com）发送了一封邮件

我在 4 月 27 日上午 6:17 收到了 SES 的退回邮件。

【讨论】：