email - Mandrill:在假设可交付性之前我要等待多长时间？

Question

我已经设置了一个 Mandrill webhook，它会在电子邮件硬退回或被拒绝时更新我的​​应用程序，因此我不会在我的数据库中保留那个特定的电子邮件地址。它的工作方式是这样的:用户给我一个地址，我向他发送确认信息，如果我在 30 分钟内没有收到 Mandrill 的 webhook 的消息，我认为没问题。

所以我用不存在的地址进行了一些测试，但结果并不好。在我认为它们很好之后很久，它们中的大多数似乎都已经交付了几个小时。

另外，我没有考虑到接收 webhook 批处理的延迟。根据出站事件日志，一封邮件在下午 2:01 退回，但 webhook 历史记录显示一批邮件仅在下午 2:52 发送。

我的问题是:为了让 Mandrill 有足够的时间检测硬退回/拒绝，然后向我发送 webhook 批处理，我应该将我的应用程序的可交付性假设延迟多长时间？由于高峰时间或其他特殊事件的处理延迟，我可以忍受 5% 的不良电子邮件过去，但似乎我的 30 分钟根本不足以捕捉任何东西......

Answer 1

不是您要寻找的答案，但 Mandrill 不允许您这样做。检查电子邮件是否已送达的唯一方法是轮询 Mandrill(使用 message/info.json API )。要查看消息是否已送达，您必须检查 smtp_events并使用 diag 查找事件从 250 开始。正如您已经体验过的那样，从传递到可以通过 API 访问消息之间可能需要很长时间。根据我的经验，正常情况下大约需要 10 分钟，但可能需要很多很多小时(这是退回的电子邮件以及立即发送的电子邮件的情况)。

如果知道何时发送电子邮件对您很重要，我建议您切换到另一个电子邮件提供商。 There are plenty of different ones在那里。我个人用过Amazon SES .它们比 Mandrill 便宜，您可以在大约一秒钟后收到交货通知。请注意，Amazon SES 比 Mandrill 更简单(他们不支持打开/点击跟踪、模板、专用 IP 等)，因此它可能不适合您。