I was rather surprised to see a variety of problems when trying the new
fetchmail.
Platform: SPARC Solaris 8
Sun C compiler.
The code compiled, built, and installed. However when I tried my normal
$ cat ~/.fetchmailrc
poll pop.mail.yahoo.com username lvirden is lvirden here
and wants mda "/projects/gnu/sparc-sun-solaris8/lib/mailagent/filter";
$ fetchmail -a pop.mail.yahoo.com -u lvirden -p POP3
I got problems with fetchmail asking for a password for lwv26(_at_)-u . I
figured
out that for some reason -u was no longer being recognized, so then I tried
$ fetchmail -a pop.mail.yahoo.com -p POP3
and got a prompt for a password for lwv26(_at_)-p ... so I dropped the -a flag
$ fetchmail -p POP3
was prompted for my password, and found that even then, fetchmail just skips
the messages sitting in my yahoo mailbox. Here's what the run says:
fetchmail -p POP3 -L /tmp/logging
Enter password for lvirden(_at_)pop(_dot_)mail(_dot_)yahoo(_dot_)com:
fetchmail: 5.9.2 querying pop.mail.yahoo.com (protocol POP3) at Thu Sep 27
10:23:30 2001: poll started
fetchmail: 5 messages (5 seen) for lvirden at pop.vip.sc5.yahoo.com (48241
octets).
fetchmail: skipping message
lvirden(_at_)pop(_dot_)vip(_dot_)sc5(_dot_)yahoo(_dot_)com:1 (3716 octets) not
flushed
fetchmail: skipping message
lvirden(_at_)pop(_dot_)vip(_dot_)sc5(_dot_)yahoo(_dot_)com:2 (3056 octets) not
flushed
fetchmail: skipping message
lvirden(_at_)pop(_dot_)vip(_dot_)sc5(_dot_)yahoo(_dot_)com:3 (26873 octets) not
flushed
fetchmail: skipping message
lvirden(_at_)pop(_dot_)vip(_dot_)sc5(_dot_)yahoo(_dot_)com:4 (6217 octets) not
flushed
fetchmail: skipping message
lvirden(_at_)pop(_dot_)vip(_dot_)sc5(_dot_)yahoo(_dot_)com:5 (8379 octets) not
flushed
fetchmail: 5.9.2 querying pop.mail.yahoo.com (protocol POP3) at Thu Sep 27
10:23:38 2001: poll completed
with nothing in the log file.
Anyone know what new thing I have to do to get things to work?
--
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lvirden(_at_)cas(_dot_)org> <URL:
http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should
be construed as representing my employer's opinions.
-><-