Eric is *trying* to get rid of a lot of junkmail he receives,
Yes.
... so it could be
that he wanted that piece lost.
Not that one; it was a false positive.
...
It's inefficient to run the date binary for every incoming message. If the
items come in with From_ lines, use procmail's MATCH facility to extract the
day of the week from there.
Good point and good idea.
...
I wouldn't filter it through head because, if it's a false positive, you'll
want to be able to read the whole thing. (If there were no risk of false
Right; that's why I had it commented out. But there may be some
situations wherein one would want a compromise between being able to
read the full body of any false positive (at the cost of disk space),
versus using somewhat less disk space (at the cost of being able to
read the entire contents of a false positive).
Having the full headers (so one could likely find out who the original
sender was) plus a few lines of body might be useful in such a case.
In the case of the /dev/null'd message:
From procmail-admin(_at_)Lists(_dot_)RWTH-Aachen(_dot_)DE Thu Aug 10
19:02:46 2000
Subject: Re: Conditions Limitation
Folder: /dev/null
the log didn't tell him who the original sender was, so he was stuck
with asking the entire list to find out who sent it.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail