Мы используем виртуальный 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 Postfix,
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 Хорошо,
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 Хорошо,
217.76.129.126, OutboundConnectionCommand, 31.10.2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 422, 0, 4, 0, 0, ДАННЫЕ, -, -,
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, ВЫЙТИ, -, -,
217.76.129.126, OutboundConnectionResponse, 31.10.2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 562, 0, 13, 0, 0, -, -, 221 2.0.0 Пока,
Кто-нибудь знает, почему новый SMTP-сервер smtp.cloud.online.net не запрашивает (или не принимает) аутентификацию от нашего SMTP-сервера IIS? Все работает нормально при использовании одного и того же сервера и учетных данных в Outlook.
Большое спасибо,
Андрей
Спасибо за ответ @Finny. ОС на машине - Windows Server 2008 r2 с IIS 7.5. Но виртуальный сервер SMTP, который Windows предоставляет с этой формой, имеет версию 6.0. Да, только исходящая проблема. Как уже говорилось, сообщения, отправленные с веб-сайта, поступают на SMTP IIS 6, но не доставляются через новый интеллектуальный хост smtp.clould.online.net. Они застряли в папке Queue. Да, базовая аутентификация (электронная почта + пароль). Пробовал как с TLS на порту 587, так и без TLS на порту 25. Но, как уже говорилось, это не проблема аутентификации. Проблема противоречит тому, что происходило при использовании бывшего SMTP Smart Host (или даже smtp.gmail.com, который также работает), новый Smart Host smtp.clould.online.net даже не запрашивает аутентификацию. Пожалуйста, проверьте предоставленные журналы. Best, Андрей
Во-первых, IIS 6 будет 2003, и я был бы упущен, если бы не посоветовал вам перейти с ОС, которая больше не исправляется и не поддерживается.
Так это проблема только исходящего трафика, верно? Я не уверен, что электронные письма отправляются с веб-сайта (также на Online.net)> IIS 6 SMTP> обратно на Online.net, или если веб-сайт и SMTP IIS 6 находятся на одном хосте> Online.net .
Как у вас установлена безопасность исходящего трафика? Базовая аутентификация? Требуется ли TLS? Они находятся в свойствах виртуального SMTP-сервера на вкладке доставки.