LINUX.ORG.RU

Fetchmail и mail.ru


0

0

Постоянно получал почту с mail.ru через pop3 с помощью fetchmail. А вот вдруг появился баг какой-то:

fetchmail: Ошибка проверки сертификата сервера: unable to get local issuer certificate
fetchmail: This means that the root signing certificate (issued for /C=RU/ST=Moscow/L=Moscow/O=LLC Mail.Ru/OU=IT/CN=*.mail.ru) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.
fetchmail: Ошибка проверки сертификата сервера: certificate not trusted
fetchmail: Ошибка проверки сертификата сервера: unable to verify the first certificate
fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
fetchmail: Для ************ на pop.mail.ru почты нет

подробнее:

fetchmail: 6.3.17 запрашивает pop.mail.ru (протокол POP3) на Чтв 09 Сен 2010 22:00:47: опрос начат
Попытка подключения к 94.100.177.6/110...соединение установлено.
fetchmail: POP3< +OK 
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Capability list follows
fetchmail: POP3< STLS
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< LOGIN-DELAY 120
fetchmail: POP3< PIPELINING
fetchmail: POP3< EXPIRE NEVER
fetchmail: POP3< UIDL
fetchmail: POP3< IMPLEMENTATION Mail.Ru
fetchmail: POP3< .
fetchmail: POP3> STLS
fetchmail: POP3< +OK Begin TLS negotiation
fetchmail: Server certificate:
fetchmail: Запрашивающая организация: Thawte Consulting cc
fetchmail: Общепринятое имя: Thawte Premium Server CA
fetchmail: Subject CommonName: *.mail.ru
fetchmail: Отпечаток ключа pop.mail.ru: 26:D5:64:37:40:05:FF:B5:CF:1D:86:94:CC:EE:87:42
fetchmail: Ошибка проверки сертификата сервера: unable to get local issuer certificate
fetchmail: This means that the root signing certificate (issued for /C=RU/ST=Moscow/L=Moscow/O=LLC Mail.Ru/OU=IT/CN=*.mail.ru) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.
fetchmail: Server certificate:
fetchmail: Запрашивающая организация: Thawte Consulting cc
fetchmail: Общепринятое имя: Thawte Premium Server CA
fetchmail: Subject CommonName: *.mail.ru
fetchmail: Ошибка проверки сертификата сервера: certificate not trusted
fetchmail: Server certificate:
fetchmail: Запрашивающая организация: Thawte Consulting cc
fetchmail: Общепринятое имя: Thawte Premium Server CA
fetchmail: Subject CommonName: *.mail.ru
fetchmail: Ошибка проверки сертификата сервера: unable to verify the first certificate
fetchmail: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Capability list follows
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< LOGIN-DELAY 120
fetchmail: POP3< PIPELINING
fetchmail: POP3< EXPIRE NEVER
fetchmail: POP3< UIDL
fetchmail: POP3< IMPLEMENTATION Mail.Ru
fetchmail: POP3< .
fetchmail: pop.mail.ru: обновление до TLS выполнено успешно.
fetchmail: POP3> USER ***********
fetchmail: POP3< +OK Password required for user patkov-mail@mail.ru
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Welcome!
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: Для *********** на pop.mail.ru почты нет
fetchmail: POP3> QUIT
fetchmail: POP3< +OK POP3 server at mail.ru signing off
fetchmail: 6.3.17 запрашивает pop.mail.ru (протокол POP3) на Чтв 09 Сен 2010 22:00:53: опрос завершен
fetchmail: нормальное завершение, статус 1
Я ничего не трогал. Раньше такого не было, т.е. просто выводил
fetchmail: Для *********** на pop.mail.ru почты нет 

Там что-то он про ssl ругается, а ведь он нигде не включен. Это же не gmail. Вот мой fetchmailrc:

defaults
  proto pop3
  fetchall
  mda "procmail -d %T"

poll "pop.mail.ru"
  user "*************" pass "***************"



Последнее исправление: paxac (всего исправлений: 1)

Может дело в

fetchmail: POP3> STLS 
Что это команда делает? Можно её отключить?

paxac
() автор топика

> This means that the root signing certificate (issued for /C=RU/ST=Moscow/L=Moscow/O=LLC Mail.Ru/OU=IT/CN=*.mail.ru) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate directory. For details, please see the documentation of --sslcertpath and --sslcertfile in the manual page.

Всё же русским^Wангельским языком написано.

Видимо, владельцы mail.ru таки ВНЕЗАПНО раскошелились и приобрели сертификат для SSL (шёл 2010 год)... facepalm.Z

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

Я пользуюсь. Gmail иногда отправляет в спам хорошие письма. К тому же с SSL получение почты несколько дольше. А по чистому POP3 секунда и всё.

К тому же google в неладах с opera и если заходить по веб-интерфейсу, то получается ужасть. Глюк на глюке. То куки якобы выключены, когда они включены, то ещё какая-нибудь хрень.

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