Re: Mail - reasons for trying the fetchmail/procmail/mutt route
On Friday 30 November 2001 08:41, John Patton wrote:
> I don't know what getmail does, but fetchmail will gather your mail
> from your ISP and will send it straight to exim (or sendmail, etc)
> for processing. By default, exim will use procmail to sort your mail
> if you have a procmail recipe in your home directory
> (~/.fetchmailrc). It's not too difficult to set up procmail rules to
> presort your email into special "inboxes" in your mail dir. You can
> then configure mutt to recognize those inboxes... once set up it
> works very efficiently.
> Here is a part of my procmail file:
> * ^from.*debian-user
> * ^from.*debian-kde
> Mail from debian-user get's put into the inbox
> ~/Mail/Inboxes/debian-user while mail from debian-kde get's deleted
> (for the time being).
Seeking a little clarification: can procmail delete before download? Or
must it download then delete? I'm getting the impression that the
/dev/null stuff is for people with the luxury of a broadband
connection. It would be much better for dialup users to have the cruft
purged before it gets downloaded.
My current solution is to pre-filter (like your pre-cooked noodles) my
mail using popsneaker. Only after the obvious suspects, like MB-sized
mail, are eliminated, do I let the actual download take place.
The solution isn't 100% elegant. Because the mail remains after the
pre-filtering, bad mail can sneak in between the pre-filtering and the
downloading of the mail. I'm looking for an all-in-one solution.
Sir Isaac Newton:
"If I have seen further, it is by standing on the shoulders of giants."