从 mandrill 到 gmail 的电子邮件非常延迟答案

【问题标题】：Emails very delayed getting from mandrill to gmail从 mandrill 到 gmail 的电子邮件非常延迟
【发布时间】：2015-07-07 16:38:50
【问题描述】：

在过去的 4 个月中，我们发现通过 mandrill 向 gmail 地址发送电子邮件时出现了很大的延迟。有时需要 15 分钟，但有时可能长达一个小时。当我在电子邮件发送后不久检查山魈出站部分时，它显示电子邮件已送达，但通常需要一段时间才能真正出现在我的收件箱中。我们将此服务用于欢迎电子邮件和密码重置，因此无法接受长时间等待。

很难找到有关此问题的任何信息。有没有人看到这个问题？关于我可以做些什么来解决它的任何建议？

【问题讨论】：

我还忘了补充一点，我们在山魈方面享有盛誉
嗯，这很令人费解。您是否遇到与非 gmail 提供商类似的问题？您是否配置了自定义域以通过 Mandrill 发送？
不，我们只是使用标准 mandrill 域来发送电子邮件。到目前为止，我们刚刚注意到 gmail 的延迟。
我建议对自定义域进行白标 - gmail 可能会限制标准 mandrill 域。

标签： email gmail mandrill

【解决方案1】：

我在通过 Mandrill 发送到 gmail 的电子邮件时遇到了类似的问题。

为了解决这个问题，我查看了 Mandrill 中“设置”下的“发送域”页面。我发现 DKIM 和 SPF DNS 记录要么丢失要么无效。 Mandrill 将通过单击“查看...设置”链接为您提供新值。更新这些设置后，我们不再遇到延迟。

【讨论】：

您是否花了一点时间才注意到不同之处？我昨天做了你建议的更改，但我们仍然看到我们的电子邮件发送出现很大延迟
我们立即注意到了这些变化。您是否重新测试了设置并确保它们有效？
我必须说，即使“发送域”页面中的所有设置都正确，我仍然会遇到此问题。我有三个绿色复选标记，但发送到 gmail 或 hotmail 帐户的电子邮件可能需要很长时间才能送达。
Jeff/bmunslow，你最后做了什么？我看到同样的事情，电子邮件需要永远。我刚开始使用 Mandrill，但想知道它是否是暂时的。我正在付款并检查了 spf/dkim/domain。

【解决方案2】：

我还让 gmail 显示大约 10 分钟后通过 mandrill 发送的电子邮件。这是不可接受的注册确认和密码重置。

我已经配置了我的 DKIM 和 SPF dns 记录，并且 mandrill 在此记录中报告全部为绿色。

但邮件发送到 gmail 总是无故延迟。

过了一段时间我决定测试/使用我自己的电子邮件服务器来代替山魈。现在gmail没有延迟了。我很高兴:)

在此之后，我认为我只会将 mandrill 用于大量电子邮件传递/营销，其中延迟并不重要。时间会证明一切。

想听听其他人的意见。

【讨论】：

【解决方案3】：

在 mandrillapp.com > 设置 > 域 > 发送域，验证以下 3 点：

DKIM 有效，
SPF 有效，
域已验证。

【讨论】：

【解决方案4】：

我已经多次遇到这个问题。我们的 DNS 设置都很好（DKIM 和 SPF 确认了我的 Mandrill），经过一些调查（查看延迟电子邮件的标题），延迟似乎完全在 Mandrill 一方（一旦它被移交给 Gmail 或 Yahoo，交付发生了一秒钟内）。当我联系 Mandrill 支持时，他们解释了我们看到这些延迟的原因：

在查看您帐户的日志时，我们发现间歇性您的某些收件人的延迟。一般发货速度在大多数情况下，很大程度上取决于接收域，以及多快他们将接收和处理电子邮件。大多数主要电子邮件提供商限制他们在特定时间段内收到的电子邮件数量时间，并且会限制交付——Mandrill 的发送服务器是设计为在发生这种情况时排队并退回发送。在这些情况下，接收邮件服务器或 ISP 将返回特定类型的 SMTP 响应告诉 Mandrill 的服务器“退出”并“再试一次” 稍后，'这最终导致消息在我们的邮件中挥之不去服务器比预期的要长（并且因为消息没有传递到那个时候接收服务器，我们只得到一个“尝试” 再次响应，您将不会在邮件标题中看到该信息您收到的最后一封电子邮件。您只会看到电子邮件保持不变在我们的服务器上停留更长的时间，这可能会让人感到困惑）。

此外，即使我们可能会将消息交给 ISP 几乎立即交付，仍然取决于该 ISP，例如 Gmail 或雅虎，实际处理该电子邮件并将其放入收件箱。但每个接收服务器都不同，因此可能需要不同的例如，雅虎处理邮件的时间比 Gmail 多。在许多情况下，诸如一天中的时间和总体电子邮件流量之类的事情到该收件人服务器会影响他们能够多快接收和处理电子邮件。

话虽如此，您通常不会看到您看到的延迟，并且当我们看到消息最终传递时，我们正在检测我们可能需要做出一些改变以提供帮助的因素减少进一步的延误。我们的交付团队正在继续监控主要 ISP 的流量，并将根据需要进行必要的调整。

我们仍然会定期看到这些延迟，尽管它们已得到改善，因此延迟很少超过 10 分钟左右，但它仍然可能导致密码重置或时间敏感确认等问题。底线：Mandrill 非常适合批量邮寄，但如果您需要即时递送，您可能需要依赖其他服务或自托管服务。

【讨论】：

我很想知道是否有任何交易电子邮件提供商不经常出现这些延迟。我们使用 Sailthru，也间歇性地看到它们。不是那么经常，但经常足以成为一个相当严重的客户服务问题。

【解决方案5】：

我的经验是 Google SMTP 服务器导致了延迟（不是 Mandrill）。通过查看原始电子邮件标头（在 gmail 中，打开电子邮件，在右上角更多 > 显示原始）来验证这一点，并将电子邮件标头粘贴到 google Message header analyzer 将显示您的电子邮件所采用的路径和多长时间每个服务器都有延迟。如果您的 DKIM / SPF 无效，此报告还会告诉您。

为什么会发生延迟对我来说仍然是个谜。然而，我怀疑因为我用来发送的域是新的，也许 gmail 垃圾邮件过滤器会将电子邮件列为灰色，直到有足够的用户打开电子邮件并且没有点击垃圾邮件按钮？我不知道。

【讨论】：