Telnet windows 2008 vs 2003
У меня есть почтовый сервер, использующий powermta на сервере Windows 2003 (устаревший). Если я подключусь к этому серверу с помощью telnet, чтобы проверить возможность подключения по протоколу smtp, он будет работать с других серверов 2003 года и с моей машины разработки под управлением Windows 10. Я могу выполнить команды ehlo / etc. Они возвращаются, как ожидалось.
Если я подключусь к нему через telnet С сервера Windows 2008, я получаю только сообщения об ошибках:
EHLO mailserver.com
500 5.5.1 command unknown in "XXXX XXXXXXXX"
Эта строка сообщения об ошибке выше является дословной. Он не генерируется при выдаче команды с других машин, отличных от 2008.
Я в растерянности. Моя реальная проблема заключается в том, что программное обеспечение отправителя на этом сервере, который я пытаюсь настроить, генерирует ту же ошибку, хотя и не использует telnet. Есть некоторая разница между серверами. Что это такое?
Кстати, я загрузил инструмент smtp diag, который будет успешно отправлять с сервера 2008.
Это ваш брандмауэр.
Установите флажок Cisco ASA переписывает SMTP-трафик, чтобы предотвратить отправку почты
yourfirewall # show running-config policy-map
yourfirewall # configure terminal
yourfirewall (config) # policy-map global_policy
yourfirewall (config-pmap) # класс Inspection_default
yourfirewall (config-pmap-c) # не проверять esmtp
Перед тем, как опубликовать свой вопрос, я потратил несколько дней на устранение неполадок и 4 раза позвонил своим сетевым специалистам в интернет-провайдер, спрашивая о:
- Антивирус мешает трафику порта 25. Несколько сообщений в сети об этом.
- Блокировка порта межсетевого экрана.Это очевидное, но исключенное, потому что я мог подключиться через telnet, просто команды не работали
- Проверка пакетов
Каждый раз, когда я звонил, я отвечал: «Нет, мы ничего из этого не делаем». Я поговорил как минимум с 5 людьми. В последний раз, когда я звонил, я подключил технику к серверу, запустил команды telnet, пока разговаривал по телефону, и подтвердил проблему. Со своей машины у него не было проблем с подключением через telnet.
Он подтвердил мне, что они действительно блокируют трафик ESMPT. Я принял ответ выше, но если кто-то еще увидит эти неизвестные проблемы с этой командой, узнайте у сетевых администраторов политику проверки пакетов.