У нас есть 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 перейдите в Category > Connection > Telnet
, затем измените Telnet negotiation mode
из Active
к Passive
.
ref: Справка по документации PuTTY
4.16.2 Пассивный и активный режимы согласования Telnet
В соединении Telnet между клиентом и сервером передаются два типа данных: фактический текст и переговоры о том, какие дополнительные функции Telnet использовать.
PuTTY может использовать две разные стратегии для переговоров:
В активном режиме PuTTY начинает отправлять переговоры, как только открывается соединение. В пассивном режиме PuTTY будет ждать согласования, пока не увидит согласование с сервера. Очевидный недостаток пассивного режима заключается в том, что если сервер также работает в пассивном режиме, согласование никогда не начнется. По этой причине PuTTY по умолчанию находится в активном режиме.
Однако иногда требуется пассивный режим для успешного прохождения определенных типов межсетевого экрана и прокси-сервера Telnet. Если у вас возникли непонятные проблемы с брандмауэром, вы можете попробовать включить пассивный режим и посмотреть, поможет ли он.