在过去的4个月里，我们看到通过mandrill向gmail地址发送电子邮件时出现大量延迟。有时它需要15分钟，但有时可能需要长达一个小时。当我在发送电子邮件后不久检查mandrill出站部分时，它会显示电子邮件已发送，但通常需要一段时间才能实际显示在我的收件箱中。我们使用此服务进行欢迎电子邮件和密码重置，因此等待很长时间是不可接受的。
很难找到有关此问题的任何信息。有没有人见过这个问题？关于我能做些什么来修复它的任何建议？
答案 0 :(得分：5)
我多次遇到过这个问题。我们的DNS设置都很好（DKIM和SPF确认了我的Mandrill），经过一些调查（查看延迟电子邮件的标题），延迟似乎完全在Mandrill的一方（一旦它被移交给Gmail或Yahoo，交付发生了一秒钟之内）。当我联系Mandrill支持时，他们解释了我们看到这些延迟的原因：
在查看您帐户的日志时，我们看到间歇性的 某些收件人的延迟。一般来说，交货速度 在大多数情况下，主要取决于接收域，以及多快 他们将接收和处理电子邮件。大多数主要电子邮件 提供商限制他们在特定时期内收到的电子邮件数量 时间，并将限制交付 - Mandrill的发送服务器 如果发生这种情况，设计用于排队和退回发送。在这些情况下， 接收邮件服务器或ISP将返回特定类型的SMTP 回应告诉Mandrill的服务器'退出'并'再试一次 后来，'这最终导致邮件在我们的邮件上挥之不去 服务器长于预期（并且因为消息未被传递 到那时接收服务器，我们只是'尝试' 再次'回复，您将不会在邮件标题中看到该信息 你收到的最后一封电子邮件。你只会看到电子邮件留下来了 我们的服务器上的时间较长，这可能令人困惑。）
此外，即使我们可能将消息发送给ISP 几乎立即交付，它仍然取决于那个ISP，如Gmail或 雅虎，实际上要处理该电子邮件并将其放入收件箱。 虽然每个接收服务器都不同，但可能会有所不同 例如，雅虎处理邮件的时间比Gmail多。 在许多情况下，诸如时间和整体电子邮件流量之类的事情 到那个收件人服务器可以影响他们能够多快 接收和处理电子邮件。
所有这一切，你所看到的延迟通常都不是预期的，而且 当我们看到消息最终传递时，我们正在检测 我们可能需要做出一些改变才能提供帮助的因素 减少进一步的延误。我们的交付团队正在继续监控 主要ISP的流量，并将根据需要进行必要的调整。
我们仍然会定期看到这些延迟，虽然它们已经改善，但是延迟很少超过10分钟左右，但它仍然会导致密码重置或时间敏感的确认等问题。结论：Mandrill对于批量邮件来说非常棒，但如果您需要即时交付，您可能希望依赖于不同的或自托管的服务。
答案 1 :(得分：2)
我还有gmail显示大约10分钟后通过mandrill发送的电子邮件。注册确认和密码重置是不可接受的。
我已经配置了我的DKIM和SPF dns记录，并且mandrill在此记录中报告了所有绿色。
但邮件传递到gmail总是被推迟，没有任何明显的原因。
过了一会儿我决定测试/使用我自己的电子邮件服务器来做这个，而不是mandrill。现在gmail没有延迟。我很高兴：）
在此之后我想我只会使用mandrill进行大规模的电子邮件传送/营销，其中延迟并不重要。时间会证明。
想听听有关此主题的其他人。
答案 2 :(得分：1)
在 mandrillapp.com＆gt;设置＆gt;域名＆gt;发送域，验证以下3点：
答案 3 :(得分：0)
我的经验是Google SMTP服务器造成了延迟（不是Mandrill）。通过查看原始电子邮件标题（在gmail中，打开了电子邮件，在右上角的“更多”>“显示原始”中）并将该电子邮件标题粘贴到google Message header analyzer中，可以验证您的电子邮件通过的路径和时间它在每台服务器上都被延迟了。此报告还将告诉您DKIM / SPF是否无效。
为什么发生延迟对我来说仍然是一个谜。但是我怀疑由于我要发送的域是新域，因此gmail垃圾邮件过滤器会在列出电子邮件之前显示为灰色，直到有足够的用户打开电子邮件并且没有单击垃圾邮件按钮？我不知道。