处理硬退信/投诉还是只使用禁止列表？

Question

处理硬退信/投诉还是只使用禁止列表？

emailamazon-web-servicesamazon-snsamazon-ses

3

这里是一位新手，计划使用亚马逊SES发送交易邮件。正在尝试理解如何处理反弹或被标记为垃圾邮件的电子邮件。SES会自动将反弹/投诉接收者添加到禁止列表中。

禁止列表是一个收件人地址列表，Amazon SES会在过去14天内由于该地址导致任何Amazon SES发件人遇到硬反弹而阻止它们...如果您尝试向禁止列表中的地址发送电子邮件，则调用Amazon SES会成功，但Amazon SES会将该电子邮件视为硬反弹。

如果我没有像这里描述的那样的电子邮件列表，设置SNS + SQS来监控投诉和反弹是否有益？

如果一封电子邮件被列入了抑制列表，那么下次SES尝试发送时，该电子邮件将永远无法到达ISP。因此，负面影响是我为该电子邮件交易支付了费用。还有什么其他的负面影响？我在这里错过了什么吗？

澄清：完全理解为什么我的问题可能会引起人们的不满。我不是一个有邮件列表的营销人员或垃圾邮件发送者。我有一个人们可以注册的服务。可以输入错误的邮件 - 欢迎邮件、重置密码、向他人发送邮件文档。这些操作需要用户输入电子邮件。如果他们输错或有错误的电子邮件地址，邮件将会退回或标记为垃圾邮件。我该如何处理？有了列表，我只需从列表中删除该电子邮件即可。对于交易性邮件，我应该开始保持自己的黑名单吗？然后在发送之前检查我的黑名单？

- dev.e.loper

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Michael - sqlbot · Accepted Answer

这个问题给我留下了一个深刻的印象，作为一个有电子邮件地址的人，我感到非常冒犯。它似乎是一种试图为不愿成为负责任的电子邮件发送者辩护的尝试。

希望我误解了你的动机。

请考虑：SES不允许您轻易地采取最简单的路径。您必须接受通知，无论采用哪种方式：

“您必须通过电子邮件或Amazon SNS接收退信和投诉通知”http://docs.aws.amazon.com/ses/latest/DeveloperGuide/notifications.html 这个要求足以回答这个问题。维护您自己的人员名单，永远不要再向他们发送邮件。

但还有更多。 SES是一个面向合法发件人的服务，他们正在监控发件人的行为。

高的跳出率和投诉率会使您的帐户面临被关闭的风险，因此您需要确保有一个流程来从收件人列表中删除跳出或投诉的收件人地址。除了我的愤慨之外，我认为这个意义是清楚的 - SES希望您正确管理您的列表和跳出。压制列表不是为了方便而设立的，它是为SES及其有良心的用户服务的，帮助SES维护高声誉，只向想要邮件的人发送邮件，从而通过防止反弹的不可避免的反弹来维护合法邮件的高递送率。它是一种安全网 - 而不是安全带。 http://docs.aws.amazon.com/ses/latest/DeveloperGuide/best-practices-bounces-complaints.html

如果您只发送交易性电子邮件，那么您的“列表”（假设您没有一些选择加入/验证记录）始于您发送的第一封电子邮件的收件人，而不是从中删除人员的列表，而是发送给的人员列表以及是否成功。这需要更多的前期工作，但如果您在发送自动化电子邮件时不跟踪您发送的内容和收件人（以及相关的SES消息ID），您很快就会讨厌自己。如果出现退信或投诉，请存储信息并在您的“列表”中标记该地址，以便将来避免发送给它。否则，请为将来参考存储交付通知。