在通常的拔毛工作之后,我终于通过AWS
向我的Simple Email Service
发送了REST end point
SNS
推送通知,并成功地对这些收件人应用了所需的业务逻辑。
您必须向该收件人发送多封电子邮件,这就是SNS推送多个(唯一)退回通知的原因。是。每个通知都有自己的“messageId”
但为什么我会反复收到单个收件人的退回通知,为什么不是其他错误的收件人。
附上回复:
{
"notificationType": "Bounce",
"bounce": {
"bounceType": "Permanent",
"bounceSubType": "Suppressed",
"bouncedRecipients": [
{
"emailAddress": "[email protected]",
"action": "failed",
"status": "5.1.1",
"diagnosticCode": "Amazon SES has suppressed sending to this ..."
}
],
"timestamp": "2017-12-28T07:06:37.106Z",
"feedbackId": "010101609bef62ff-0f30cac8-ec3c-41f3-9eee-5f7d90ef3c46-000000",
"reportingMTA": "dns; amazonses.com"
},
"mail": {
"timestamp": "2017-12-28T07:03:44.000Z",
"source": "[email protected]",
"sourceArn": "arn:aws:ses:com-xyz-9:9696845301:identity/[email protected]",
"sourceIp": "10.eee.ppq.lmn",
"sendingAccountId": "12365498512",
"messageId": "010101609bf1b35c-889e815e-b84c-4b08-a283-ee5f3e9740f2-000000",
"destination": ["[email protected]"]
}
}
Another one and all others:
{
"notificationType": "Bounce",
"bounce": {
"bounceType": "Permanent",
"bounceSubType": "Suppressed",
"bouncedRecipients": [
{
"emailAddress": "[email protected]",
"action": "failed",
"status": "5.1.1",
"diagnosticCode": "Amazon SES has suppressed sending to this ..."
}
],
"timestamp": "2017-12-28T07:06:37.106Z",
"feedbackId": "010101609befa8f5-a41662a5-b84e-4048-bc3a-d1f1469c8f1a-000000",
"reportingMTA": "dns; amazonses.com"
},
"mail": {
"timestamp": "2017-12-28T07:04:05.192Z",
"source": "[email protected]",
"sourceArn": "arn:aws:ses:com-xyz-9:9696845301:identity/[email protected]",
"sourceIp": "10.eee.ppq.lmn",
"sendingAccountId": "12365498512",
"messageId": "010101609bef61bb-310b4f29-0b01-4ecd-b763-b295e26d0732-000000",
"destination": ["[email protected]"]
}
}
有关详细信息:
HTTP端点是基于Spring MVC的REST控制器。
通过搜索我找到了这些:
1- Duplicate delivery/bounce notifications being sent to my SNS topic?
2- Emails being sent multiple times - can I see AWS logs ?
请任何人帮助/指导或指出可能存在的问题?
希望你们有一个愉快的假期。
"bounceSubType": "Suppressed",
此收件人位于全局抑制列表中,这意味着没有SES客户可以向此地址发送邮件。这也意味着这些反弹的处理方式与其他类型的反弹不同且更快。
https://aws.amazon.com/blogs/ses/goodbye-blacklist-introducing-the-suppression-list/
这里的底线是,这次反弹对你来说是一个红旗,你需要更仔细地管理你的收件人地址。继续向抑制列表中的收件人发送消息是向AWS发出的信号,表明您可能没有监控您的跳出,或者您可能实际上并未向实际想要接收它们的人发送消息......而这反过来又可能导致执法行动。
如果您发送的电子邮件导致过多的退回,投诉或其他问题,您的发送功能可能会被置于缓刑或暂停。此过程称为强制执行。
http://docs.aws.amazon.com/ses/latest/DeveloperGuide/e-faq.html