Amazon web services 被Aws SES时间戳弄糊涂了，它是如何工作的？

我配置了发送到SNS服务的SES通知。当我使用python从SES发送电子邮件时，SNS向我发送有关电子邮件的通知，并带有时间戳。但当时我根本没有收到电子邮件，而Aws SES通知我邮件已经送达。几分钟后我收到了电子邮件。任何人都可以解释这些时间戳是如何工作的？

时间戳是SES成功发送电子邮件时的时间戳，但这些时间戳与邮件客户端检查邮件服务器是否有新邮件并将邮件下载到客户端所需的时间无关，甚至是邮件服务器将邮件路由到正确的收件箱所需的时间（尽管这应该非常快）

考虑这样一种情况，您的may客户端被配置为每5分钟检查一次新电子邮件：

第1分钟：SES成功发送电子邮件。
第2分钟：SNS向您发送带有时间戳1的通知。
第5分钟：您的电子邮件客户端检查邮件服务器，检测到有新邮件，并将其下载

您将在第5分钟在电子邮件客户端中看到该消息，尽管SES在第1分钟发送了该消息

---

希望这有帮助。

实际上有两个独立的事件和两个不同的时间戳<代码>已发送和

交付

。我认为，当amazon向客户的电子邮件服务器发送电子邮件时，它会返回

发送的时间戳

，而当客户服务器实际收到电子邮件时，它会返回

交付

时间戳。但我猜错了。那么，如果不计算客户收到电子邮件所花的时间，

Send

和

Delivery

时间戳有什么区别呢？这算什么？我认为发送时间戳是发送方将邮件发送给SES的时间戳，传递时间戳是SES能够成功地将邮件传递给收件人邮件服务器的时间戳。两个时间戳之间可能存在差异，这可归因于SES处理时间、收件人的临时问题，例如邮箱已满（SES将尝试重新发送几次），等等。我很好奇，processingTimeMillis字段是否捕获了两个时间戳之间的差异？啊，这很有意义，是

processingTimeMillis

是

Send

和

Delivery

时间戳之间的区别。@ShinebayarG如果您同意，请不要忘记接受答案。