И веб-серверы, и серверы БД работают под управлением Windows Server 2008 R2.
Это экземпляры в одном центре обработки данных Amazon EC2.
Я изменил оба сервера с центрального на восточный часовой пояс, используя графический интерфейс Windows.
Перезагрузил оба сервера.
Для отправки через SMTP электронные письма добавляются в таблицу Sql Server.
Отправитель электронной почты просматривает каждое электронное письмо в этой таблице и отправляет SMTP через Amazon SES, что очень просто.
Отправленные электронные письма задерживаются от 10 до 30 минут.
Вот дата в электронном письме (от "показать оригинал" в Gmail)
Дата: Чт, 8 ноября 2012 г. 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)
Как видите, здесь нет упоминания о задержке, например, вы можете увидеть, наказывали ли его за спам-потенциал или что-то в этом роде. Первое упоминание даты и времени сервером электронной почты происходит через 22 минуты, когда произошла транзакция SMTP.
Есть идеи здесь? Задержки в 20 минут - это плохо для такого развертывания.
Мягкая перезагрузка здесь может не помочь.
Эта проблема может потребовать полной перезагрузки.
Если вы используете Amazon EC2, фактически остановите затронутые инстансы, а затем запустите их резервное копирование (не забудьте повторно подключить эластичные IP-адреса).
Я предполагаю, что это заставляет базовое программное обеспечение виртуализации повторно кэшировать информацию о времени для ваших экземпляров.