AWS-SES：处理无效 ISP 的退回
AWS-SES: Handling Bounces for Invalid ISPs
我使用 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 小时内继续跳动时才会更新。
如有任何建议或建议，我们将不胜感激。
我收到来自 SES 的关于无效域的退回通知。
区别在于退回不是立即的，因为没有响应的邮件服务器。 SES 将保留邮件并在宣布退回之前重试几次。如果域无效，我会在发送初始消息后 12-16 小时收到退回通知。通常来自拼写错误。
真实反弹结果
4 月 26 日 3:53 下午，我向无效域发送了一封邮件（user@BLAHindsutrial.com 而不是 user@BLAHindustrial.com）
我在 4 月 27 日 6:17 收到了 SES 的退信。
我使用 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 小时内继续跳动时才会更新。
如有任何建议或建议，我们将不胜感激。
我收到来自 SES 的关于无效域的退回通知。
区别在于退回不是立即的，因为没有响应的邮件服务器。 SES 将保留邮件并在宣布退回之前重试几次。如果域无效，我会在发送初始消息后 12-16 小时收到退回通知。通常来自拼写错误。
真实反弹结果
4 月 26 日 3:53 下午，我向无效域发送了一封邮件（user@BLAHindsutrial.com 而不是 user@BLAHindustrial.com）
我在 4 月 27 日 6:17 收到了 SES 的退信。