Виртуальный SMTP-сервер IIS 6.0 не выполняет AUTH на Smart Host

Мы используем виртуальный SMTP-сервер IIS 6.0 для получения и пересылки электронной почты с нашего веб-сайта, расположенного на той же выделенной машине. Все работало нормально, до тех пор, пока мы недавно не перевели службу электронной почты на Online.net (на которой также находится наш выделенный веб-сервер) в службу на основе облака. Я обновил Smart Host в SMTP-сервере IIS до smtp.cloud.online.net, а также Аутентификацию. Проблема в том, что сообщения, отправленные с нашего сайта, приходят на почтовый сервер, как и раньше, но застряли в папке "Очередь".

В журналах не упоминаются какие-либо конкретные ошибки, но, как ни странно, они никогда не идут дальше, к процессу аутентификации. Вот пример:

212.47.233.113, OutboundConnectionResponse, 29/10/2017, 18:17:24, SMTPSVC1, MUSIQUE, -, 0, 0, 28, 0, 0, -, -, 220 23a72c26dae0 ESMTP готов,
212.47.233.113, OutboundConnectionCommand, 29/10/2017, 18:17:24, SMTPSVC1, MUSIQUE, -, 0, 0, 4, 0, 0, EHLO, -, MUSIQUE,
212.47.233.113, OutboundConnectionResponse, 29/10/2017, 18:17:24, SMTPSVC1, MUSIQUE, -, 0, 0, 16, 0, 0, -, -, 250-23a72c26dae0,

При переключении обратно на прежний SMTP-сервер Smart Host и учетные данные аутентификации сообщения отправляются нормально. Вот пример журналов из правильной транзакции:

217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 63, 0, 41, 0, 0, -, -, 220 smtp-02.serveursdns.net Постфикс ESMTP,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 63, 0, 4, 0, 0, EHLO, -, MUSIQUE,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 94, 0, 31, 0, 0, -, -, 250-flse665-a15.serveursdns.net,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 94, 0, 8, 0, 0, STARTTLS, -, -,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 141, 0, 28, 0, 0, -, -, 220 2.0.0 Готов к запуску TLS,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 219, 0, 4, 0, 0, EHLO, -, MUSIQUE,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 266, 0, 31, 0, 0, -, -, 250-flse665-a15.serveursdns.net,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 266, 0, 4, 0, 0, AUTH, -, -,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 297, 0, 16, 0, 0, -, -, 334 UGFzc3dvcmQ6,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 344, 0, 35, 0, 0, -, -, 235 2.7.0 Аутентификация успешна,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 344, 0, 4, 0, 0, MAIL, -, FROM: SIZE = 3211,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 375, 0, 12, 0, 0, -, -, 250 2.1.0 Ok,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 375, 0, 4, 0, 0, RCPT, -, TO:,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 422, 0, 12, 0, 0, -, -, 250 2.1.5 Ok,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 422, 0, 4, 0, 0, DATA, -, -,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 468, 0, 35, 0, 0, -, -, 354 Завершить данные с помощью.,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 531, 0, 34, 0, 0, -, -, 250 2.0.0 Ok: поставлено в очередь как 1FA3620CD4,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 531, 0, 4, 0, 0, QUIT, -, -,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 562, 0, 13, 0, 0, -, -, 221 2.0.0 Bye,

Кто-нибудь знает, почему новый SMTP-сервер smtp.cloud.online.net не запрашивает (или не принимает) аутентификацию с нашего SMTP-сервера IIS? Все отлично работает при использовании того же сервера и учетных данных в Outlook.

Большое спасибо,

Андрей


Спасибо за ваш ответ @ Финни. Операционная система на компьютере - Windows Server 2008 r2 с IIS 7.5. Но виртуальный SMTP-сервер Windows обеспечивает с помощью этой формы 6.0. Да, только исходящая проблема. Как указано, сообщения, отправленные с веб-сайта, поступают в SMTP IIS 6, но не доставляются через новый смарт-хост smtp.clould.online.net. Они застряли в папке "Очередь". Да, базовая аутентификация (электронная почта + пароль). Пробовал как с TLS на порту 587, так и без TLS на порту 25. Но, как уже говорилось, это не проблема аутентификации. Проблема противоречит тому, что происходило при использовании бывшего SMTP Smart Host (или даже smtp.gmail.com, который также работает), новый Smart Host smtp.clould.online.net даже не запрашивает аутентификацию. Пожалуйста, проверьте предоставленные журналы. Бест, Андрей

1 ответ

Во-первых, IIS 6 выйдет в 2003 году, и я был бы упущен, если бы я не советовал вам переходить с ОС, которая больше не исправлена ​​или не поддерживается.

Так что это только исходящая проблема, верно? Я не уверен, если вы говорите, что сообщения отправляются с веб-сайта (также на Online.net) > SMTP IIS 6> обратно на Online.net, или веб-сайт и SMTP IIS 6 находятся на одном хосте> Online.net,

Как у вас настроен исходящий режим безопасности? Обычная аутентификация? Требуется ли TLS? Они находятся на свойствах виртуального SMTP-сервера, вкладка доставки.

Другие вопросы по тегам