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: > > MAIL=/var/spool/mail/john > > PATH=$HOME/bin:/usr/local/bin:/usr/bin:/bin > MAILDIR=$HOME/Mail > DEFAULT=$MAIL > > :0: > * ^from.*debian-user > Inboxes/debian-user > > :0 > * ^from.*debian-kde > /dev/null > > 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."
