☰

我更改了数据库和 Web 服务器上的时区。现在 SMTP 发送延迟了

tag-icon • tag-icon windows windows-server-2008 amazon-ec2 smtp time
我更改了数据库和 Web 服务器上的时区。现在 SMTP 发送延迟了

Web 服务器和 DB 服务器均运行 Windows Server 2008 R2。

它们是位于 Amazon EC2 的同一数据中心的实例。

我使用 Windows GUI 将两个服务器的时区从中部时区更改为东部时区。

我重新启动了两台服务器。

为了通过 SMTP 发送，电子邮件被添加到 Sql Server 表中。

电子邮件发件人会遍历该表中的每个电子邮件，并通过 Amazon SES 进行 SMTP 发送，非常简单。

发送的电子邮件延迟了 10 到 30 分钟。

这是电子邮件上的日期（来自 Gmail 中的“显示原文”）

日期：2012 年 11 月 8 日星期四 11:35:36 +0000

这是 SMTP 接收部分

Received: by 10.68.124.162 with SMTP id mj2csp417441pbb;
        Thu, 8 Nov 2012 03:57:44 -0800 (PST)
Received: by 10.224.52.200 with SMTP id j8mr11428239qag.95.1352375864002;
        Thu, 08 Nov 2012 03:57:44 -0800 (PST)
Return-Path: <0000013adfcdc93a-78222340-70f0-4520-94db-b8d28352947a-000000@amazonses.com>
Received: from a192-147.smtp-out.amazonses.com (a192-147.smtp-out.amazonses.com. [199.255.192.147])
        by mx.google.com with ESMTP id cz18si716858qeb.10.2012.11.08.03.57.43;
        Thu, 08 Nov 2012 03:57:43 -0800 (PST)

如您所见，没有提到延迟，就像您可能会看到的那样，如果它因垃圾邮件或其他原因而受到惩罚。电子邮件服务器第一次提到的日期时间是 SMTP 事务发生后的 22 分钟。

有什么想法吗？对于这些部署来说，20 分钟的延迟相当糟糕

答案1

软重启可能不起作用。

此问题可能需要硬重启。

如果您正在使用 Amazon EC2，请实际停止受影响的实例，然后重新启动它们（不要忘记重新连接弹性 IP）。

我的假设是，这会导致底层虚拟化软件为您的实例重新缓存与时间相关的信息。

相关内容