Не может связаться с сервером SMTP от конкретной машины

Вот ситуация:

enter image description here

Когда я выполняю следование моей локальной машины, почтовый сервер отвечает:

$ telnet mail.server.com 2525
Trying <mail.server.com IP>...
Connected to mail.server.com.
Escape character is '^]'.
220-<provider-server-name> ESMTP Exim 4.82 #2 Sun, 05 Apr 2015 11:49:13 -0500 
220-We do not authorize the use of this system to transport unsolicited, 
220 and/or bulk e-mail.

И это отвечает на мои команды.

Когда я выполняю ту же команду с плохого сервера, я добираюсь:

$ telnet mail.server.com 2525
Trying <mail.server.com IP>...
Connected to mail.server.com.
Escape character is '^]'.

Этот текст отсутствует:

220-<provider-server-name.com> ESMTP Exim 4.82 #2 Sun, 05 Apr 2015 11:49:13 -0500 
220-We do not authorize the use of this system to transport unsolicited, 
220 and/or bulk e-mail.

И это не отвечает на мои команды. Я убрал все правила iptables, приняв все на плохом сервере. Затем я пытался установить блокирующееся правило о порте 2525 для проверки, это, возможно, что-то неправильно с iptables.

# /sbin/iptables -A OUTPUT -p tcp --dport 2525 -j DROP
# telnet mail.server.com 2525
Trying <mail.server.com IP>...

Это не может соединиться. Так, это не iptables.

SELinux прочь:

# sestatus
SELinux status:                 disabled

Я понятия не имею, что могло блокировать трафик SMTP. Это соединяется с сервером, но я не получаю ответа от него. Администраторы на проверенном сервере SMTP и сказали, что плохой сервер не внутри, это - черный список.

1
задан 6 April 2015 в 01:49
2 ответа

Долгое ожидание приветствия SMTP

Как долго вы ждете, чтобы получить сообщение приветствия SMTP?
Точная продолжительность в секундах может дать очень важную подсказку.

AFAIR некоторые серверы выдают приветственное сообщение SMTP после выполнения поиска DNS (IP-адрес -> DNS-имя -> IP-адрес). Типичный тайм-аут для одного DNS-запроса составляет 75 секунд. DNS - не единственный подозреваемый (например, время ожидания идентификатора может составлять 30 секунд).

4
ответ дан 3 December 2019 в 16:45

Вы смотрели /etc/hosts.deny?

2
ответ дан 3 December 2019 в 16:45

Теги

Похожие вопросы