为什么 Mandrill 首先发送 'delivered' webhooks（即使电子邮件地址错误并且应该被退回）
Why the Mandrill sends the 'delivered' webhooks first (even if the email address is wrong and should be just bounced)
我在使用 Mandrill webhooks 集成时遇到了一些可怕的问题。我试图找出电子邮件何时被退回并以某种方式处理它。不幸的是，当我测试明显错误的电子邮件时，比方说 Gmail，Mandrill returns send 状态几乎立即。一段时间后终于 returns 也 hard bounced 状态，但根据文档为时已晚：
When Mandrill sends an email, the recipient's mail server provides a
response when the message is accepted for delivery, when it bounces,
or when it can't be delivered for any reason.
https://mandrill.zendesk.com/hc/en-us/articles/205582697-Can-I-tell-if-my-email-was-actually-delivered-
这没有意义，因为我正在获取 delivered -> hard bounced 链。有人遇到过与此提供商类似的问题吗？
干杯
你是对的，这没有意义。它对您没有意义的原因是它对任何人都没有意义。 Mandrills "send" 通知并不意味着已发送。只表示 Mandrill 收到了要发送的消息。此状态在他们的 UI 中也显示为 "Delivered"（但不是 - 它可能实际上并未交付）。
您实际上无法在电子邮件送达时收到 webhook 通知。检查电子邮件是否已发送的唯一方法是轮询 Mandrill（使用 message/info.json API）。要查看邮件是否送达，您必须检查 smtp_events 并查找 diag 以 250 开头的事件。
我在使用 Mandrill webhooks 集成时遇到了一些可怕的问题。我试图找出电子邮件何时被退回并以某种方式处理它。不幸的是，当我测试明显错误的电子邮件时，比方说 Gmail，Mandrill returns send 状态几乎立即。一段时间后终于 returns 也 hard bounced 状态，但根据文档为时已晚：
When Mandrill sends an email, the recipient's mail server provides a response when the message is accepted for delivery, when it bounces, or when it can't be delivered for any reason. https://mandrill.zendesk.com/hc/en-us/articles/205582697-Can-I-tell-if-my-email-was-actually-delivered-
这没有意义，因为我正在获取 delivered -> hard bounced 链。有人遇到过与此提供商类似的问题吗？
干杯
你是对的，这没有意义。它对您没有意义的原因是它对任何人都没有意义。 Mandrills "send" 通知并不意味着已发送。只表示 Mandrill 收到了要发送的消息。此状态在他们的 UI 中也显示为 "Delivered"（但不是 - 它可能实际上并未交付）。
您实际上无法在电子邮件送达时收到 webhook 通知。检查电子邮件是否已发送的唯一方法是轮询 Mandrill（使用 message/info.json API）。要查看邮件是否送达，您必须检查 smtp_events 并查找 diag 以 250 开头的事件。