Jef*_*f W 18 email gmail mandrill
在过去的4个月里,我们看到通过mandrill向gmail地址发送电子邮件时出现大量延迟.有时它需要15分钟,但有时可能需要长达一个小时.当我在发送电子邮件后不久检查mandrill出站部分时,它会显示电子邮件已发送,但通常需要一段时间才能实际显示在我的收件箱中.我们使用此服务进行欢迎电子邮件和密码重置,因此等待很长时间是不可接受的.
很难找到关于这个问题的任何信息.有没有人见过这个问题？关于我能做些什么来修复它的任何建议？
far*_*had 12
关于通过Mandrill发送到gmail的电子邮件的延迟,我遇到了类似的问题.
要解决此问题,我查看了Mandrill中"设置"下的"发送域名"页面.我发现DKIM和SPF DNS记录丢失或无效.Mandrill将通过单击"查看...设置"链接为您提供新值.更新这些设置后,我们不再遇到延迟.
我已经多次遇到过这个问题了.我们的DNS设置都很好(DKIM和SPF确认了我的Mandrill),经过一些调查(查看延迟电子邮件的标题),延迟似乎完全在Mandrill的一方(一旦它被移交给Gmail或Yahoo,交付发生了一秒钟之内).当我联系Mandrill支持时,他们解释了为什么我们看到这些延迟:
在查看您帐户的日志时,我们发现某些收件人的间歇性延迟.通常,在大多数情况下,交付速度在很大程度上取决于接收域,以及它们接收和处理电子邮件的速度.大多数主要电子邮件提供商限制他们在特定时间段内收到的电子邮件数量,并限制投放 - 如果发生这种情况,Mandrill的发送服务器将被设计为排队并退回发送.在这些情况下,接收邮件服务器或ISP将返回一种特定类型的SMTP响应,告知Mandrill的服务器"退出"并"稍后再试",这最终会导致邮件在我们的邮件服务器上延迟超过预期(以及此时消息未传递给接收服务器,我们' 只获得"再试一次"回复,您将不会在收到的最终电子邮件的邮件标题中看到该信息.您只会看到电子邮件在我们的服务器上停留的时间较长,这可能令人困惑.
此外,即使我们可能会立即将消息发送给ISP进行交付,但仍然需要ISP(如Gmail或Yahoo)来实际处理该电子邮件并将其放入收件箱.但是,每个接收服务器都不同,因此雅虎处理邮件可能需要不同的时间,而不是Gmail.在许多情况下,诸如时间和到该收件人服务器的整体电子邮件流量之类的事情会影响他们接收和处理电子邮件的速度.
总而言之,您所看到的延迟通常不会出现,虽然我们发现消息最终会传递,但我们正在检测我们可能需要进行一些更改以帮助缓解进一步延迟的因素.我们的交付团队将继续监控主要ISP的流量,并根据需要进行必要的调整.
我们仍然会定期看到这些延迟,尽管它们已经改善,因此延迟很少超过10分钟左右,但它仍然可能导致密码重置或时间敏感的确认等问题.底线:Mandrill对于批量邮件非常棒,但如果您需要即时交付,您可能希望依赖于不同的或自托管的服务.