LINUX.ORG.RU

fetchmail & gmail


0

0

В связи с чем-то у меня не получается настроить fetchmail на gmail.com

Вернее, настроить получается, однако:

fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Tue 19 Aug 2008 01:21:39 PM UTC: poll started
Trying to connect to 72.14.221.109/995...connected.
fetchmail: Issuer Organization: Equifax
fetchmail: Unknown Issuer CommonName
fetchmail: Server CommonName: pop.gmail.com
fetchmail: pop.gmail.com key fingerprint: fingerprint
fetchmail: pop.gmail.com fingerprints match.
fetchmail: POP3< +OK Gpop ready for requests from ip d6pf4776850fga.2
fetchmail: POP3> USER somebody_at_gmail.com
fetchmail: POP3< +OK send PASS
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Welcome.
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: No mail for somebody_at_gmail.com at pop.gmail.com
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Farewell.
fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Tue 19 Aug 2008 01:21:44 PM UTC: poll completed
fetchmail: normal termination, status 1

Конфиг:

poll pop.gmail.com with proto POP3 port 995

auth password user 'somebody_at_gmail.com' there with password 'password' is neko here

options ssl sslfingerprint 'fingerprint'
sslcertck sslcertpath /home/neko/.certs/

mda "procmail -d %T"

pop3 в gmail включен, письма на gmail.com есть.

А зачем так сложно то? Воть:

[nika@freak-home] ~ $ cat .fetchmailrc 
set syslog

poll "pop.gmail.com",
 proto POP3,
 user "ЪI",
 password "ЪI",
 ssl

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

Во-первых, как нагуглил и надумал по man fetchmail так и сделал =| Спасибо за более вменяемый конфиг =)

Во вторых, как ни странно, все уже заработало. Действия, проделанные для того, чтобы все работало идиотичны и смешны - заходим на gmail.com, входим в settings, отключаем pop, сохраняем, включаем pop, все работает =( Почему - мне не понять =\

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

Юзать fetchmail можно с чем угодно, на то он и fetchmail. Чем в _данной_ситуации_ удобнее просматривать локальные MBOX'ы/MAILDIR'ы, то и запускаем. Хоть less :)

dev-random
()
Ответ на: комментарий от dev-random

локальные MBOX'ы/MAILDIR'ы (блондинко?) вообще неудобны при наличии более чем одной машины. их еще и архивировать надо, бэкапить. единственное преимущество - возможность погрепать.

// это чо, выездная сессия линаксфорума?

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

мсье, вы путаете мазохизм с unix-вэем. можете записаться на курсы промывки мозгов к нашему опытному сертифицированному специалисту м-ру dev-random.

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

> локальные MBOX'ы/MAILDIR'ы (блондинко?)

В большинстве прочитанных мной источников эти термины писались в капсе, за исключением контекста MIME-типа: application/mbox.

> локальные MBOX'ы/MAILDIR'ы (блондинко?) вообще неудобны при наличии более чем одной машины. их еще и архивировать надо, бэкапить. единственное преимущество - возможность погрепать.

Никто не мешает после получения почты fetchmail'ом сделать с ней что-то ещё, хоть на локальный почтовый сервер положить. В этом случае использование mutt'а становится ещё более необязательным.

> // это чо, выездная сессия линаксфорума?

Блин, палимся... :)

dev-random
()
Ответ на: комментарий от polachok

> локальные MBOX'ы/MAILDIR'ы (блондинко?) вообще неудобны при наличии более чем одной машины.

что мешает юзать offlineimap для синхронизации вместо fetchmail?

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