Здравствуйте, я использую hmailserver для машины W2008 R2
Я могу на этом оторвать волосы. Запрос почты с сервера: ОК, отправка почты: ПРОБЛЕМА Я могу telnet pop3 110 | но не может telnet порт 25
Прежде всего, почтовый клиент говорит (при попытке отправить почту): «Отправка сообщения не удалась. Сообщение не может быть отправлено, потому что соединение с SMTP-сервером smtp.mydomain.com было потеряно в середине транзакции.
Я деинсталлировал, переустановил hmailserver, попробовал и другие почтовые серверы, .. та же проблема. Пробовал все возможные решения для telnet-порта 25 ... безуспешно, только telnet для 110-го подойдет. (да, я могу отправить запрос на почтовый сервер, чтобы проверить почту на нем) Я попытался отключить брандмауэр, удалить + повторно открыть порты 25,110 .. безуспешно.
Пинг на почтовый сервер тоже в порядке ... и здесь нет проблем. Интернет-провайдер не блокирует никакие порты. Я спросил их о любых проблемах с сетью, никаких проблем с сетью. Я даже удалил вчера установленные обновления Windows :(
MX, PTR's ... все настройки DNS разрешаются нормально, но когда дело доходит до подключения к SMTP-серверу, для проверки доставки почты, подключение невозможно.
ВЫПОЛНЕНИЕ СКАНИРОВАНИЯ ПОРТА:
25 smtp Success 140 ms
53 dns Success 140 ms
80 http Success 140 ms
110 pop3 Success 140 ms
8080 webcache Success 140 ms
ВЫПОЛНЕНИЕ ПРОСМОТРА ИСПОЛЬЗУЕМЫХ ПОРТОВ (IP-адреса и имена серверов фиктивные):
Active Connections
Proto Local Address Foreign Rddress State
TCP 0.0.0.0:25 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:80 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:110 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:135 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:143 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:222 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:445 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:3306 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:8080 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:47001 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:49152 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:49153 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:49154 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:49156 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:49157 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:49210 OOOORO-RORORO:0 LISTENING
TCP 0.0.0.0:49497 OOOORO-RORORO:0 LISTENING
TCP 44.4.44.4:25 OOOORO-RORORO:0 LISTENING
TCP 44.4.44.4:25 vmai1:64053 TIME_WAIT
TCP 44.4.44.4:25 mai12:41276 TIME_WAIT
TCP 44.4.44.4:25 mai1-p2B-f46:556B2 TIME_WAIT
TCP 44.4.44.4:53 OOOORO-RORORO:0 LISTENING
TCP 44.4.44.4:110 114.?9.52.54:343B1 TIME_WAIT
TCP 44.4.44.4:139 OOOORO-RORORO:0 LISTENING
TCP 46.4.24.4:49579 mucB3sB2-in-f19:http TIME_WAIT
TCP 44.4.44.4:49580 fa-in-f154:http TIME_WAIT
TCP 44.4.44.4:49581 95.100.86.22:http TIME_WAIT
TCP 44.4.44.4:49590 www-14-B5-prn1:http TIME_WAIT
Это нормально, что порт 25 занят более одного раза?
Ваша большая помощь очень ценится
Оказалось, что вторичная служба прослушивает порт 25, не может объяснить, как это произошло. Вероятно, во время недавнего обновления Windows что-то пошло не так.
Попробуйте остановить службу SMTP и выполнить еще одно сканирование порта, чтобы проверить, открыт ли порт 25.
Кажется, это работает на другом порту, скорее всего, что-то еще работает на том же порту и конфликтует.
Если ничего не показывает. снова измените порт и посмотрите, сколько адресов он прослушивает.
Сервер прослушивает порт 25, поэтому проблема в другом. Возможно ли, что ваш интернет-провайдер или ваш интернет-брандмауэр блокируют исходящие соединения через порт 25? Тест такой. Если с сервера вы можете подключиться к порту 25 через Telnet, значит, с системой все в порядке. Если вы не можете использовать telnet со своего рабочего стола, значит, вас что-то блокирует.
Как бы то ни было, мы по умолчанию блокируем весь исходящий трафик порта 25 из нашей сети.
Возможно, процесс SMTP-сервера завис. Вы пытались его перезапустить?
Странно, что SMTP-сервер прослушивает как любой адрес (0.0.0.0), так и определенный адрес (44.4.44.4) для порта 25, но нет ничего необычного в том, что будет один прослушивающий сокет и несколько установленных соединений. Это просто означает, что что-то связано.
Убедитесь, что другой процесс не пытается прослушивать порт 25.
Из ваших комментариев похоже, что у вас есть привязки как к UNSPEC (0.0.0.0) и на конкретный адрес на порту 25. В этом случае входящие соединения на конкретный IP-адрес 44.4.44.4 на порту 25 перейдет на прослушивающий сокет процесса 860 (например, не на hmail). Соединения привязаны к другим адресам (например, 127.0.0.1) перейдет к процессу прослушивания сокета 2260 (например, в hmail).