LINUX.ORG.RU
ФорумAdmin

Help! Fetchmail or Provider?


0

0

Пролог:
fetchmail выгребает почту у провайдера (20 ящиков) и яндекс/рамблер.
Сегодня перестала приниматься почта от провайдера все аккаунты
(autorization failed) , остальная
забирается нормально. Админ провайдера крестится,
что ничего не менял и проблем с их стороны быть не может.
Вот фрагмент лога (fetchmail -c -v -v).
Что посоветуете? Горю, выручайте!

7:32: poll started
fetchmail: POP3< +OK CommuniGate Pro POP3 Server 4.2b7 ready
fetchmail: POP3> CAPA
fetchmail: POP3< +OK capability list follows
fetchmail: POP3< SASL LOGIN PLAIN
fetchmail: POP3< STLS
fetchmail: POP3< LAST
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< PIPELINING
fetchmail: POP3< UIDL
fetchmail: POP3< IMPLEMENTATION CommuniGatePro
fetchmail: POP3< .
fetchmail: POP3> STLS
fetchmail: POP3< +OK start TLS negotiation
fetchmail: Server CommonName mismatch: provider.net
fetchmail: mail.provider.net key fingerprint: 7E:94:A8:04:E0:1F:D1:88:B4:4A:9D:61:1E:20:2C:42
fetchmail: Server CommonName mismatch: provider.net
fetchmail: POP3> USER user1@optima.com.ua
fetchmail: POP3< +OK please send the PASS
fetchmail: POP3> PASS
fetchmail: POP3< -ERR secure access to this account is disabled
##!!!!!!! fetchmail: secure access to this account is disabled
fetchmail: Authorization failure on user1@optima.com.ua@mail.provider.net
fetchmail: POP3> QUIT
fetchmail: POP3< +OK CommuniGate Pro POP3 Server connection closed
fetchmail: 6.2.1 querying mail.provider.net (protocol POP3) at Пнд 26 Июл 2004 21:57:33: poll completed
fetchmail: 6.2.1 querying pop3.yandex.ru (protocol POP3) at Пнд 26 Июл 2004 21:57:33: poll started
fetchmail: POP3< +OK POP Ya! v1.0na
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR What?
fetchmail: What?
fetchmail: Repoll immediately on user3@pop.yandex.ru
fetchmail: POP3< +OK POP Ya! v1.0na
fetchmail: POP3> USER user3
fetchmail: POP3< +OK password, please.
fetchmail: POP3> PASS
fetchmail: POP3< +OK 1 message(s) 2184 bytes.
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 1 2184
fetchmail: 1 message for user3 at pop.yandex.ru (2184 octets).
fetchmail: POP3> QUIT
fetchmail: POP3< +OK shutting down.
fetchmail: 6.2.1 querying pop3.yandex.ru (protocol POP3) at Пнд 26 Июл 2004 21:57:41: poll completed
fetchmail: 6.2.1 querying pop3.yandex.ru (protocol POP3) at Пнд 26 Июл 2004 21:57:41: poll started
fetchmail: POP3< +OK POP Ya! v1.0na
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR What?
fetchmail: What?
fetchmail: Repoll immediately on user2@pop.yandex.ru
fetchmail: POP3< +OK POP Ya! v1.0na
fetchmail: POP3> USER user2
fetchmail: POP3< +OK password, please.
fetchmail: POP3> PASS
fetchmail: POP3< +OK 0 message(s) 0 bytes.
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: No mail for user2 at pop.yandex.ru
fetchmail: POP3> QUIT
fetchmail: POP3< +OK shutting down.
fetchmail: 6.2.1 querying pop3.yandex.ru (protocol POP3) at Пнд 26 Июл 2004 21:57:45: poll completed
fetchmail: normal termination, status 0


> ##!!!!!!! fetchmail: secure access to this account is disabled
попробуй телнетом доехать:
$ telnet mailhost 110
+OK
user user@domain.ua
+OK
pass secretpass
????

еще может быть ключи устарели на сервере. а вообще надо провайдера
на логи раскрутить

anonymous
()
Ответ на: комментарий от anonymous

Telnet-ом проходит без проблем.
В какую сторону рыть? Есть хоть какие то идеи?
И почему с того же яндекса без проблем получает?

DDDs
() автор топика
Ответ на: комментарий от DDDs

Суть в том, что fetchmail пытается использовать TLS (даёт команду STLS), и это у него получается, сервер это позволяет. Но дальше при попытке авторизоваться юзером сервер пишет, что secure доступ (то есть через TLS) для этого юзера не разрешён. Телнетом естественно всё происходит без TLS и срабатывает. Яндекс судя по логам тоже без TLS идёт, да и вообще там другой софт на сервере с другими настройками, Яндекс тут ни при чём, только даёт понять, что fetchmail рабочий.

Из man fetchmail мне непонятно, как запретить ему использовать TLS, может google чего найдёт. Или просить админа провайдера на его communigate разрешить доступ к ящикам через TLS.

anonymous
()
Ответ на: комментарий от anonymous

Кажется, если в fetchmailrc для ящиков на сервере провайдера указать опцию auth password, TSL он поднимать не должен. Не знаю, насколько свежий для этого должен быть fetchmail, в какой-то рассылке вроде писали, что на 6.1.0 работает.

anonymous
()
Ответ на: комментарий от anonymous

Спасибо, вопрос решен:
В .fetchmailrc добавил auth ssh, а точнее:
poll mail.provider.net proto pop3 auth ssh
user "bla-bla" pass... ну и т.д.
Но все таки получается что провайдер таки способ авторизации поменял?
У меня машина в аптайме уже недели три.

DDDs
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.