Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

cog (4665)

Journal of cog (4665)

Saturday December 18, 2004
10:35 AM

How I lost my mail with fetchmail...

[ #22358 ]

Really, lost. It must be somewhere, but I just don't know where! :-|

I simply used fetchmail to fetch it, just as I'd do from any other machine. This time, however, the mail didn't end up in /var/mail/zbr or /var/spool/mail/zbr , as usual... and I have no idea where it might be...

And the worst thing of it all is that I don't even know if there was anything important in all that mail :-(

Any ideas, anyone? It's a Slackware machine, btw.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Check and see if sendmail had trouble with the local delivery. (Or the equivalent for whichever MTA fetchmail is feeding.)
  • Also check your fetchmail log (hopefully you've configured it to keep one of those…)
  • As well, consider replacing fetchmail+procmail(+spamassassin?) by some homegrown Mail::POP3Client [cpan.org]+Email::Filter [cpan.org]+Email::LocalDelivery [cpan.org](+Mail::SpamAssassin [cpan.org]?) combo. The traditional combo requires one process per mail and plus a fixed overhead of several other processes per fetch, so it bogs down quite a bit when polling a heavily populated mailbox.

    Besides that, locking works nicer, the syntax is non-arcane, etc etc etc. :-)