电子邮件总是以 250 状态排队

Question

我的应用程序使用来自 AWS + GoogleMail 的简单电子邮件服务向客户端发送邮件。

但是我有很多关于从未收到邮件的投诉，即使超过 24 小时也是如此。

在日志中，我看到:

250 2.0.0 Ok: queued as XXXXXXX reportingMTA: a9-82.smtp-out.amazonses.com

谁能告诉我:

电子邮件是在亚马逊上排队还是在收件人服务器上排队？

我在哪里可以找到规则来帮助我避免这种情况？

Answer 1

这意味着亚马逊通过传递信息并让其接受来“完成了他们的工作”。

这意味着您不应该希望避免这种情况发生。

问题是，如 Amazon says :

Amazon SES successfully delivers the email to the recipient's mail server. This notification does not indicate that the actual recipient received the email because Amazon SES cannot control what happens to an email after the receiving mail server accepts it. Delivery notifications are available only through Amazon SNS.

我和你的情况非常相似，我有一些关于从未收到消息的提示。经过大量分析，我意识到:

事实上，有一些电子邮件在被说为已送达后，后来又以“标记为垃圾邮件”的形式返回 -> 我要求他们将我的域列入白名单

我自己在验证是否向客户发送电子邮件时存在缺陷(如果他们中的任何一个发送回“永久退回”响应，我会将所有收件人列入黑名单)

甚至有人说没有收到(因为他们听说其他人实际上没有收到)并进一步调查我发现他们实际上收到了但只是懒得看一眼给我正确的信息 (!)

我发现了许多类型的“成功发送通知”(例如“250 2.0.0 Ok: queued as XXXXXXX”、“250 ok: Message XXXXXXX accepted”、“250 2.6.0 Queued mail for delivery”等)，我认为可能存在与此“排队”响应相关的问题，但是最后我没有找到。

我的建议是你像我一样进一步调查其他可能的原因。