Непонятная проблема с fetchmail?

А вот так вот:
telnet xxx.yyyyyyy.zz pop3
что говорит?

Он говорит:

telnet xxx.yyyyyyy.zz pop3 Trying ***.***.**.*... telnet: connect to address 194.226.65.3: No route to host

Что это значит, не знаю, честно говоря.

Сейчас еще раз проверил -- с исходящей почтой все ок, сервер тот же. Проблемв только с fetchmail'ом.

> Что это значит, не знаю, честно говоря.

Это значит, что маршрут до этого адреса не найден. Такое бывает, если неправильно настроена маршрутизация или хост выключен.

Странно. Если postfix работает - значит маршрут есть. Хотя... postfix как настроен - relay на этот сервер или как internet-host? Если как internet-host, то не факт, что mail exchanger для этого домена имеет такое-же имя и адрес. Так что, вполне возможно, что на почтовике POP3 лежит, а SMTP - пашет. Если relay - то адрес релея такой-же?

С маршрутизацией все вроде ок. ping на этот сервер работает. postfix работает, сервер тот же. Раньше вообще все работало. Конфиги те же. В документации написано, такие ощибки могут возникать, в зависимости от значения mtu/mru в pppd. Я поигрался, но не помогло. Хотелось бы понять, где ошибка. Хост тоже вроде не выключен, из-под win все работает. Это может быть связано с начтройками сервера? файрвол там какой-нибудь или что-нибудь еще, честно говоря, не очень в этом разбираюсь. Я попробую еще из-под Линукса, с помощью почтового клиента Оперы.

Да, на всякий случай -- система Redhat 7.3, версия fetchmail'а -- в выводе в предыдущих постах.

Где копать, хотя бы?

18  m9-6-FA0-0-100M.Demos.net (194.87.0.74)  164.130 ms  181.914 ms  169.860 ms
19  Ripn-Demos.Moscow.LL.Demos.net (195.133.61.17)  279.589 ms  150.763 ms  144.093 ms
20  MSK-M9-Relarn-1.relarn.ru (193.232.226.10)  172.841 ms  281.539 ms  173.386 ms
21  MSK-KIAE-Relarn-6.Relarn.ru (194.226.29.132)  175.578 ms  176.205 ms  397.331 ms
22  ns.relarn.ru (194.226.65.3)  173.386 ms  177.739 ms  508.919 ms
[ansky@gate ansky]$ telnet 194.226.65.3 110
Trying 194.226.65.3...
telnet: connect to address 194.226.65.3: No route to host
[ansky@gate ansky]$ telnet 194.226.65.3 25
Trying 194.226.65.3...
telnet: connect to address 194.226.65.3: No route to host
Да это проблема на стороне хоста. Похоже просто прикрыто от посторонних.
Может быть ты на этот сервер лезешь через чужого провайдера?

А что в логах почтового сервера, когда к нему цепляется fetchmail?

Была схожая проблема с fetchmail6.1 . Добавил опцию `--auth password` при запуске fetchmail, чтобы он сразу выдавал пароль в plaintext-виде без использования всяких типов авторизации, и всё прошло гладко и без проблем.

Да нет, провайдер тот. Диал-ап через институт, где я работаю. Свой диал-ап, свой почтовый сервер. Я в общем, подозревал, что проблема на той стороне. У них там некоторое время назад и ДНС лежал. Намутили чего-нибудь, и никому не сказали.

Спасибо большое, буду пытаться настроить fetchmail.

Спасибо, я попробую. Об успехах сообщу.