On 2004-07-09 03:51, me@prestoncrawford.com wrote: [No subject? :-O]
because earlier in this SuSE install I WAS using fetchmail, but it was deleting emails (only certain ones) that it wasn't supposed to be deleting. So certain email messages weren't getting through.
I reported a similar behaviour time ago on this list; when an email has
what fetchmail considers a broken header, the version in SuSE 8.2
didn't download it and left it at the server. The next version of the
program (fetchmail-6.2.5), which is the one SuSE 9.1 is using, I think
tries the download, complains, and then erases the email (both locally
and at the server).
This behaviour I noticed with a 6.2.5 I compiled myself, I don't know
about the one supplied by SuSE.
The thread where we talked about this was:
Subject: Re: [SLE] fetchmail - Version 6.2.5
Date: 2004-02-02 21:18
From: "Carlos E. R."
To: suse-linux-e@
X-Message-Number-for-archive: 178455
[...]
I can confirm that this is indeed ocurring now with the version shipped
with SuSE 9.1 - just search your logs for "incorrect header line":
Jul 8 02:00:34 nimrodel fetchmail[15462]: POP3> LIST 61
Jul 8 02:00:34 nimrodel fetchmail[15462]: POP3< +OK 61 1148
Jul 8 02:00:34 nimrodel fetchmail[15462]: POP3> RETR 61
Jul 8 02:00:34 nimrodel fetchmail[15462]: POP3< +OK 1148 bytes
Jul 8 02:00:34 nimrodel fetchmail[15462]: reading message ****tiscali.
es:61 of 124 (1148 octets)
Jul 8 02:00:34 nimrodel fetchmail[15462]: incorrect header line found
while scanning headers
Jul 8 02:00:34 nimrodel fetchmail[15462]: line: ----
9160626280983045335^M
Jul 8 02:00:34 nimrodel fetchmail[15462]: flushed
Jul 8 02:00:34 nimrodel fetchmail[15462]: POP3> DELE 61
This is indeed a lost email, there is no "RCPT TO" part as in a normal
email:
Jul 8 02:00:35 nimrodel fetchmail[15462]: reading message
*****tiscali.es:62 of 124 (2513 octets)
Jul 8 02:00:35 nimrodel fetchmail[15462]: SMTP> MAIL FROM: