У меня есть для ввода команд HELO / EHLO дважды, прежде чем он зарегистрируется на принимающем сервере при тестировании SMTP
У нас есть Exchange Server (2010) на сайте, который отправляет нашу почту в мир, используя записи MX (DNS). Когда я смотрю на очередь, несколько доменов имеют 421 4.4.2 Соединение разорвано из-за ConnectionReset. Я подключился через telnet к SMTP-порту серверов, которые отказываются подключаться, и выполнение HELO или EHLO (домен) всегда возвращает синтаксическую ошибку при первой отправке. Второй раз принимающий сервер отвечает на команду. Как только я получаю команду HELO или EHLO, все остальные команды принимаются как обычно.
220 smtp-gateway2.carleton.ca ESMTP Service ready
EHLO **********.ca
500 Syntax error, command unrecognized
EHLO **********.ca
250-Requested mail action okay, completed
250-8BITMIME
250-SIZE 20480000
250-ETRN
250-STARTTLS
250 OK
Никаких пробелов или других нажатий клавиш, кроме того, что вы видите. Я использую наше доменное имя, которое будет отправлять электронное письмо в приведенном выше примере.
Может ли это быть причиной того, что я вижу ошибку 4.4.2 в нашей очереди отправки? Если да, то что может вызвать эту проблему?
Для Telnet я использую замазку с нашего сервера Exchange.
Дополнительная информация: Веб-трафик для нашей компании использует другой общедоступный IP-адрес, чем наш сервер Exchange для почты / smtp. Вся информация от Exchange, который использует порт 25, принудительно перезаписывается межсетевым экраном на правильный общедоступный IP-адрес. Возникла проблема с почтой с неправильным общедоступным IP-адресом, которая отклонялась из-за отсутствия rDNS для IP-адреса веб-трафика.
Я думаю, проблема в активном режиме telnet, который является стандартным в puTTY У меня была такая же проблема с puTTY, тогда я изменил конфигурацию telnet с активной на пассивную, и она сработала.
В Вашей PuTTY-конфигурации для подключения к Exchange-серверу перейдите в Категория > Подключение > Telnet, затем измените режим Telnet-взаимодействия с Активный на Пассивный.
ссылка: PuTTY-документация Help
4.16. 2 Пассивный и активный режим переговоров по Telnet
В Telnet соединении между клиентом и сервером передаются два типа данных: фактический текст и переговоры, о которых Telnet может использовать дополнительные возможности.
PuTTY может использовать две различные стратегии переговоров:
В активном режиме PuTTY начинает посылать переговоры, как только соединение открыто. В пассивном режиме, PuTTY будет ждать переговоров, пока не увидит переговоры с сервера. Очевидным недостатком пассивного режима является то, что если сервер также работает в пассивном режиме, то переговоры никогда не начнутся вообще. По этой причине PuTTY по умолчанию переходит в активный режим.
Однако иногда для успешного прохождения через определенные типы брандмауэров и прокси-серверов Telnet требуется пассивный режим. Если у вас возникли проблемы с брандмауэром, вы можете попробовать включить пассивный режим, чтобы проверить, помогает ли он.
.