Я изменил часовой пояс на БД и веб-сервере. Теперь отправка SMTP задерживается
Оба веб-сервера и серверы БД работают под управлением 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-минутные задержки очень плохи для этих развертываний
1 ответ
Мягкая перезагрузка может не сработать.
Эта проблема может потребовать полной перезагрузки.
Если вы используете Amazon EC2, фактически остановите затронутые экземпляры, а затем запустите их резервное копирование (не забудьте повторно присоединить эластичные IP-адреса).
Я предполагаю, что это приводит к тому, что базовое программное обеспечение для виртуализации повторно кэширует информацию, связанную со временем, для ваших экземпляров.