Dmitry Sivachenko <mitya(_at_)cavia(_dot_)pp(_dot_)ru> writes:
I am running:
This is fetchmail release 5.9.6+POP2+RPA+SDPS+SSL+OPIE+INET6+NLS
procmail v3.22 2001/09/10
My fetchmail runs in daemon mode (see config file below). I leave it
running for some time, during which my disk became full. And I lost
all e-mail arriving at that time!
Did your SMTP server report "45X disk full" to fetchmail?
Did procmail exit with code EX_TEMPFAIL (75 on my system)? Or did it
exit with code 0?
I thought fetchmail should NOT delete mails which my procmail was
unable to deliver.
Rightly so.
UNLESS procmail lied to fetchmail.
Check if procmail left the mail in the default location, maybe
/var/spool/mail/$LOGNAME or /var/mail/$LOGNAME or whatever it's compiled
for on FBSD 5.0-DP1.
What's wrong?
If it's not procmail and if it's not procmail saving to the default
spool either: Maybe a fetchmail bug fixed in 5.9.7.
First, unless the mail has been deleted and expunged on the upstream,
fixing the "disk full issue" and using "fetchmail --all --keep" should
retrieve the missing mail.
I filed a patch against 5.9.6's driver module that prevents a POP3+UIDL
related loss, the patch has been integrated into 5.9.7. (You don't want
versions before 5.9.11, use 5.9.11 or newer, if a newer version is
available at the time you check.)
I never checked if the problem I found in 5.9.6 (and that is present in
prior versions) affects fetching with IMAP, I'm not usually using IMAP
because I sometimes use Web access to my IMAP servers and then fetchmail
won't fetch read mail.
--
Matthias Andree