电子邮件总是以状态 250 排队
Emails always queued with status 250
我的应用程序使用 AWS + GoogleMail 的简单电子邮件服务向客户发送邮件。
但我有很多关于邮件从未收到的投诉，即使超过 24 小时也是如此。
在日志中，我看到：
250 2.0.0 Ok: queued as XXXXXXX
reportingMTA: a9-82.smtp-out.amazonses.com
谁能告诉我：
- 电子邮件是在 Amazon 上排队还是在收件人服务器上排队？
- 我在哪里可以找到帮助我避免这种情况的规则？
这意味着亚马逊 'did their job' 通过发送消息并接受它。
这意味着您不应该避免这种情况发生。
问题是，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.
我和你的情况很相似，我对从未收到消息有一些抱怨。经过大量分析后我意识到：
- 事实上，有些电子邮件在被告知已送达后，后来又以 'marked as spam' 消息的形式返回 -> 我要求他们将我的域列入白名单
- 我自己在验证是否向客户发送电子邮件时存在缺陷（如果他们中的任何一个发回 "Permanent Bounce" 响应，我会批量将所有收件人列入黑名单）
- 甚至有人说没有收到（因为他们听说其他人实际上没有收到）并且进一步调查我发现他们实际上收到了但懒得去拿希望能给我正确的信息 (!)
- 我发现了很多类型的 "Successfully delivered notifications"（例如“
250 2.0.0 Ok: queued as XXXXXXX”、“250 ok: Message XXXXXXX accepted”、“250 2.6.0 Queued mail for delivery”等），我认为可能会有与此 "queued" 回复相关的问题，但最后我发现 none.
我的建议是您像我一样进一步调查其他可能的原因。
我的应用程序使用 AWS + GoogleMail 的简单电子邮件服务向客户发送邮件。
但我有很多关于邮件从未收到的投诉，即使超过 24 小时也是如此。
在日志中，我看到：
250 2.0.0 Ok: queued as XXXXXXX reportingMTA: a9-82.smtp-out.amazonses.com
谁能告诉我：
- 电子邮件是在 Amazon 上排队还是在收件人服务器上排队？
- 我在哪里可以找到帮助我避免这种情况的规则？
这意味着亚马逊 'did their job' 通过发送消息并接受它。
这意味着您不应该避免这种情况发生。
问题是，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.
我和你的情况很相似，我对从未收到消息有一些抱怨。经过大量分析后我意识到：
- 事实上，有些电子邮件在被告知已送达后，后来又以 'marked as spam' 消息的形式返回 -> 我要求他们将我的域列入白名单
- 我自己在验证是否向客户发送电子邮件时存在缺陷（如果他们中的任何一个发回 "Permanent Bounce" 响应，我会批量将所有收件人列入黑名单）
- 甚至有人说没有收到（因为他们听说其他人实际上没有收到）并且进一步调查我发现他们实际上收到了但懒得去拿希望能给我正确的信息 (!)
- 我发现了很多类型的 "Successfully delivered notifications"（例如“
250 2.0.0 Ok: queued as XXXXXXX”、“250 ok: Message XXXXXXX accepted”、“250 2.6.0 Queued mail for delivery”等），我认为可能会有与此 "queued" 回复相关的问题，但最后我发现 none.
我的建议是您像我一样进一步调查其他可能的原因。