AWS-SES：处理无效ISP的反弹 [英] AWS-SES: Handling Bounces for Invalid ISPs

问题描述

我已经使用亚马逊的简单电子邮件服务（SES）创建了一个电子邮件系统，它使用其通知（SNS）和队列（SQS）服务来处理无效邮件的弹跳。将电子邮件发送到有效地址按预期工作，但是当尝试报告退款时，我遇到问题。

有2个反弹情况：第一个工作，第二个没有。 1）向现有ISP发送假地址（例如：[e-mail]或[e-mail]） - 正确地弹出并发送通知给我通过SNS排队

2）在假ISP（例如： [e-mail] ）发送假地址后，队列从不收到SNS的反弹。

但是，由于将其添加到控制台中的反弹统计图中，所以在某些级别上会反映出该反弹。

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

经过大量研究，我初步认为这是一个问题， AWS抑制列表但是我不认为这是可能的，因为我尝试发送到不太可能被使用的电子邮件地址过去12天。

我的其他想法是这是一个软反弹，系统只有在未来12小时内继续反弹时才会更新。

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

解决方案

我收到SES针对无效域的反弹通知。

不同的是，由于没有响应的邮件服务器，反弹不是立即的。 SES将持有邮件并重试几次，然后再声明它是弹跳。如果域无效，我们会在发送初始消息后12-16个小时收到退回通知。通常来自拼写错误。

真实反弹结果

4/26 3 ：53 pm我发送邮件到一个无效的域（[e-mail]而不是[e-mail]）

在4/27 6:17我收到SES的反弹。

I have created an emailing system using Amazon's Simple Email Service (SES) that handles bounces to invalid messages with their Notification(SNS) and Queue(SQS) services. Sending emails to valid addresses work as expected, but I am running into a problem when trying to report bounces.

There are 2 bounce situations: the first one works and the second one does not.

1) Emailing a fake address at an existing ISP (for eg: [e-mail] or [e-mail]) - correctly bounces and sends a Notification to my Queue through SNS

2) After emailing a fake address at a fake ISP (for eg: [e-mail]), the Queue never receives a bounce from SNS.

However, the bounce is recognize on some level by AWS because it is added to the Bounce-Statistics Graph in the console.

I can't remove these addresses from my email list if I am never notified that email has bounced.

After doing a lot of research, I initially thought that it was a problem with the AWS Suppression List But I dont think that's possible since i have tried sending to email addresses that were very unlikely to have been used in the past 12 days.

My other thought, is this is a soft bounce, and the system will only be updated if it continues to bounce for the next 12 hours.

Any suggestions or advice would be appreciated.

解决方案

I receive bounce notifications from SES for invalid domains.

The difference is that the bounce is not immediate since there is no responding mail server. SES will hold the mail and retry several times before declaring it a bounce. I receive the bounce notification 12-16 hours after the initial message was sent if the domain is invalid. Usually from a misspelling.

Real Bounce Results

On 4/26 3:53 pm I sent a mail to an invalid domain ([e-mail] instead of [e-mail])

On 4/27 6:17 am I received the bounce from SES.

这篇关于AWS-SES：处理无效ISP的反弹的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！