Bug 34553

Summary: fetchmail can lose mail in POP3+UIDL mode
Product: Ports & Packages Reporter: matthias.andree <matthias.andree>
Component: Individual Port(s)Assignee: Ade Lovett <ade>
Status: Closed FIXED    
Severity: Affects Only Me CC: ve
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.diff none

Description matthias.andree 2002-02-02 12:00:05 UTC 
Fetchmail, when in POP3+UIDL mode, marks mails as "seen" in its
.fetchids file to prevent mail from being fetched twice. When the local
listener temporarily refuses accepting mail (say, 45x errors from SMTP
listener, disk full or something), the mail is marked as "don't delete"
(suppress_delete), but it's still marked as seen. Consequence: the mail
that could not be delivered will never be retried. If the server is
polled without "keep" option, the mail is lost.

Workaround: always use fetchmail --all.

Fix: Update to fetchmail 5.9.7, or, alternatively, stay with 5.9.6 and apply
this patch (I recomment upgrading because fetchmail 5.9.7 has received
other fixes as well):
How-To-Repeat: Pull mail from a POP3 server with UIDL enabled, deliver to a local SMTP
server which refuses all mail with a 4xx error code (just fill up its
disk). Watch what happens with new mail. Then re-run fetchmail without
--all option, but with the temporary problem resolved, and figure that
the mail that could not be delivered in the previous run will be ignored
as "seen".
Comment 1 Giorgos Keramidas freebsd_committer freebsd_triage 2002-02-02 14:12:11 UTC 
State Changed
From-To: open->closed

Done.  Thanks Ceri :)
Comment 2 Giorgos Keramidas freebsd_committer freebsd_triage 2002-02-02 14:23:53 UTC 
State Changed
From-To: closed->open

Oops!  Didn't mean to close this one.  Sorry :(
Comment 3 Ade Lovett freebsd_committer freebsd_triage 2002-03-13 01:14:28 UTC 
State Changed
From-To: open->analyzed

Please contact MAINTAINER of mail/fetchmail and arrange for them to submit 
a PR with an update to 5.9.7
Comment 4 Ade Lovett freebsd_committer freebsd_triage 2002-04-13 03:48:47 UTC 
State Changed
From-To: analyzed->closed

Timeout (1 month) in analyzed.  Seems to be a fetchmail upgrade patch 
in the PR queue too.
Comment 5 Ade Lovett freebsd_committer freebsd_triage 2002-04-13 03:48:47 UTC 
Responsible Changed
From-To: freebsd-ports->ade

I did this[tm]