procmail
[Top] [All Lists]

Re: Performance Considerations of a Global procmailrc

2002-02-13 21:27:29
Philip Guenther wrote:

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?

No. These are not extractions, but additions, of the type:

        :0 fwh
        * ...
        | formail -A 'Comments: yada yada yada'

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.

Not an option, because:

        1) we're not using SendMail at $ORK (don't ask)
        2) needs to be on an optional, per-user basis.

That way you can even reject the message at SMTP time instead
of delivery time.

I know.
I wish.

Aloha mai Nai`a!
-- 
"Please have your Internet License             http://kapu.net/~mjwise/
  and Usenet Registration handy..."

_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail