AWS-SES:处理跳动为无效的互联网服务供应商互联网、供应商、AWS、SES

2023-09-11 11:47:14 作者:星河.

我已经创建了使用亚马逊的简单的电子邮件服务(SES)处理反弹无效的信息与他们的通知(SNS)和队列(SQS)服务的发送电子邮件系统。发送邮件到有效的地址按预期工作,但我遇到了一个问题,试图汇报反弹时。

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.

有2反弹的情况:第一个作品,而第二个则没有。

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

1)通过电子邮件发送假地址在现有的ISP(例如:foo@gmail.com或foo2@yahoo.com) - 正确地反弹并通过SNS将发送通知给我的队列

1) Emailing a fake address at an existing ISP (for eg: foo@gmail.com or foo2@yahoo.com) - correctly bounces and sends a Notification to my Queue through SNS

2)在一个假的ISP电子邮件发送假地址(如后: gideon@rosenthal.com ),队列永远不会收到来自SNS反弹。

2) After emailing a fake address at a fake ISP (for eg: gideon@rosenthal.com), the Queue never receives a bounce from SNS.

然而,弹跳是由AWS识别在一定程度上,因为它被添加到弹跳-统计格拉夫在控制台中。

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.

做大量的调查研究后,我最初认为这是与 AWS燮pression列表但我不认为这是可能的,因为我曾尝试发送电子邮件的人不太可能在过去的12几天一直在使用的地址。

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.

任何建议或意见将是AP preciated。

Any suggestions or advice would be appreciated.

推荐答案

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

I receive bounce notifications from SES for invalid domains.

不同的是,该弹跳不会立即因为没有响应的邮件服务器。 SES将持有的邮件,并宣布它反弹之前,重试几次。我收到的退回通知12-16小时后,最初的消息发送,如果域名是无效的。通常从一个拼写错误。

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.

真正的反弹结果

在4/26下午3点53分我发邮件到一个无效的域(user@BLAHindsutrial.com而不是user@BLAHindustrial.com)

On 4/26 3:53 pm I sent a mail to an invalid domain (user@BLAHindsutrial.com instead of user@BLAHindustrial.com)

在4/27上午6:17,我收到了反弹,从SES。

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