Michael J Wise <mjwise(_at_)kapu(_dot_)net> writes:
What is going to happen if we move the recipes to a global procmailrc
file, which is where we are currently doing SirCam filtering...?
In particular, the rules call "formail" between 1 to 6 times / Spam that
they see, and will call "nslookup" three times / external email received.
The system currently supports about 10,000 customers, and ... we get a lot
of email.
Optimizing the recipe to not invoke so many outside processes will
probably give the greatest gain in speed. First of all, you should delay
invocations until you know you'll need them. Can you replace any of
the formail invocations with uses of the builtin extraction capability
using \/ and $MATCH?
Has there ever been any thot to putting some sort of nslookup facility
directly into the ProcMail code so a separate process spawn was saved?
If you're looking for efficient RBL lookups, do it via a sendmail
ruleset. That way you can even reject the message at SMTP time instead
of delivery time.
What about formail?
You can already to extractions in procmail. What are you looking for?
Philip Guenther
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail