SMTP:延迟发送的电子邮件(约8小时)

时间:2015-08-25 19:35:02

标签: email smtp

我的印象(仍在调查中)我的网络应用程序自动发送的电子邮件是高度延迟(类似于晚8小时)。

  • 这可能是我的超载SMTP服务器吗?
  • 这可能与垃圾邮件过滤有关吗?
  • 这就是Mandrill等应用退出的原因吗?

我一直在寻找这些方向,但没有成功。

我使用1& 1作为域名提供商。

2 个答案:

答案 0 :(得分:2)

在您的应用程序生成这些邮件之间,以及您的SMTP服务器实际发送邮件时,可能会引发延迟,正如您在问题中所提到的那样。

接收MX也可能推迟接受邮件,认为您的发送SMTP服务器可能是垃圾邮件发送者。这被称为“灰名单”。在这种情况下,您的SMTP服务器必须在接收MX最终接受消息之前进行多次重试,这就是造成延迟的原因。接收MX的灰名单发送具有可疑IP信誉或未正确配置的DNS的SMTP服务器的情况并不少见。

您是否可以检查发送这些消息的SMTP服务器上的日志?如果是这样,日志将显示每次传递尝试的时间戳,并且从时间戳中可以清楚地了解上述哪种情况发生。

此外,查看其中一条延迟消息的标题(在最终收到消息之后)可能会对延迟的位置有所了解。从下往上阅读,您应该看到一个时间戳,显示消息生成的时间,然后是消息到达每个中继服务器的时间戳。从这些时间戳开始,您应该能够看到延迟的位置。

答案 1 :(得分:0)

他们可能会在一个只经常发送它们的cronjob上运行吗?

或许它们是使用后台作业的任务队列(如Resque)发送的,队列是否真的备份了?

相关问题