SMTP：延遲發送的電子郵件（約8小時）

Question

我的印象是（仍在調查中）我的Webapp自動發送的電子郵件被高度延遲 （大約晚8小時）。

• 這可能是我的SMTP服務器超載了嗎？
• 這可能與垃圾郵件過濾有關嗎？
• 這就是為什么像Mandrill這樣的應用程序退出的原因？

我一直在朝那些方向搜索，但沒有成功。

我正在使用1＆1作為域名提供商。

Answer 1

正如您在問題中提到的，在您的應用程序生成這些消息與SMTP服務器實際發送它們之間，可能會引入延遲。

考慮到您發送的SMTP服務器可能是垃圾郵件發送者，接收MX也可能會推遲對郵件的接受。 這就是所謂的“灰名單”。 在這種情況下，您的SMTP服務器必須重試幾次，才能最終使接收MX接受該消息，這就是造成延遲的原因。 接收MX到發送帶有可疑IP信譽或DNS配置不正確的SMTP服務器的白名單的情況並不少見。

您是否可以檢查發送這些消息的SMTP服務器上的日志？ 如果是這樣，日志將為您顯示每次傳遞嘗試的時間戳，從時間戳中可以很清楚地看到上述情況。

同樣，查看延遲消息之一的標頭（在最終收到消息之后）可能會揭示延遲的位置。 從下往上閱讀，您應該看到一個時間戳，顯示生成消息的時間，然后是該消息到達中繼它的每個服務器的時間戳。 從這些時間戳記中，您應該能夠看到延遲在哪里。

Answer 2

他們是否可能在僅經常發送一次的cronjob上運行？

還是使用后台作業的任務隊列（例如Resque）發送它們，並且該隊列真的得到了備份？