Обычно мой posftix / smtp до сих пор работает нормально, время ожидания истекает почти на всех направлениях.
Я снимаю все брандмауэры и начинаю принимать все. Проверяю межсетевой экран. и нет проблем.
$telnet a.mx.mail.yahoo.com 25
Trying 67.195.168.31...
Connected to a.mx.mail.yahoo.com.
Escape character is '^]'.
220 mta145.mail.ac4.yahoo.com ESMTP YSmtp service ready
но в журнале я вижу это:
Oct 13 13:13:55 ubr postfix/smtp[4003]: connect to yahoo.com[98.137.149.56]:25: Connection timed out
Oct 13 13:14:25 ubr postfix/smtp[4003]: connect to yahoo.com[67.195.160.76]:25: Connection timed out
Oct 13 13:14:55 ubr postfix/smtp[4003]: connect to yahoo.com[72.30.2.43]:25: Connection timed out
Oct 13 13:15:25 ubr postfix/smtp[4003]: connect to yahoo.com[209.191.122.70]:25: Connection timed out
Oct 13 13:15:55 ubr postfix/smtp[4003]: connect to yahoo.com[69.147.125.65]:25: Connection timed out
Oct 13 13:15:55 ubr postfix/smtp[4003]: E94B74B8C: to=<WHOWHO@yahoo.com>, relay=none, delay=154369, delays=154219/0.03/150/0, dsn=4.4.1, status=deferred (connect to yahoo.com[69.147.125.65]:25: Connection timed out)
Пытаюсь проверить в логе разрешенный ip для yahoo.com.
$ telnet 209.191.122.70 25 Пробуем 209.191.122.70 ...
Да, время ожидания истекло
Что случилось? Это случилось на
У меня был такой же опыт, как и у вас.
Если у вас 2 nics, вам следует проверить, какой интерфейс поддерживает smtp. В моем случае у нашего сервера есть два сетевых адаптера, и частный IP-адрес был указан для smtp.
И я изменил main.cf из inet_interface = 172.24.0.1 к inet_interfaces = all.
Подобные тайм-ауты могут быть признаком того, что вы попали в серый список. Это способ, которым некоторые системы защиты от спама используют для замедления работы спамеров, привязывая их исходящие соединения к таймауту соединения. Вы должны проверить, отображается ли ваш исходный IP-адрес в каких-либо RBL. Узнать, есть ли вы в каком-либо из частных списков, может быть гораздо сложнее.