version 6.2.3 (shipping version in 1.4) will fail if it sees imperfect headers in pop mailboxes. It reports a protocol error and stops. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: Best would have been to ignore the header and download anyway. The problem does not seem to occur in 6.2.5. Suggest releasing it immediately. Since NO pop mail is retreived, mailboxes overflow quickly.
you never actually said what program is failing
Ahem, sorry, The program with the problem fetchmail 6.2.3. This is the stock version as at 2003-12-01. A bit stressed here.
Created attachment 32465 [details, diff] Broken headers patch proposal (resides in files directory) Just accept mail that contains invalid headers (warning still issued) if end of headers is found. This resolved the problem for me.
Created attachment 32466 [details] fetchmail-6.2.5-r1.ebuild New ebuild using my patch (~x86)
I've got tons of messages in logfiles like "incorrect header line found while scanning headers". Mails where then deleted by default (!!) I tried some other fetchmail versions, all of them having the same problem (6.2.0, debian patched 6.2.5-7 and 6.2.5-8)... The patch + ebuild corrects the problem for me. Could you add these files to portage?
robbat2, what do you think? I find this patch useful, as I experienced this fetchmail behavior several times already and it's annoying. For now, I'll be using fetchmail with this patch applied, even if it's not in portage yet.
Ticho: looks good to me, but I only use fetchmail with IMAP. Could you please also send the patch to upstream?
-r1 ebuild, with patch submitted here, committed to CVS. Thank you, John!
*** Bug 62434 has been marked as a duplicate of this bug. ***
"Thank you, John!" ??? Just saw the patch submitted was attribued to reporter of this bug... :-(. Ok, It's one line - patch...
I'm terribly sorry, Philippe, I should have checked who submitted the patch. Fixed the ChangeLog for fetchmail. Once again, I apologize.
Forget this. I'm happy to contribute ;-)