Hoff_D <Hoff_D(_at_)bls(_dot_)gov> writes:
-----Original Message-----
From: Philip Guenther [mailto:guenther(_at_)gac(_dot_)edu]
[...]
Nope. If the mailer has the 'm' flag, the sendmail will invoke it
with as many recipients as will fit in the argument vector and not
once per recipient. That's the point of the 'm' flag. Note that the
version of procmail is irrelevant as this is a question of
how sendmail
is configured.
Here is what I have in sendmail.cf:
Mprocmail, P=/usr/local/bin/procmail, F=DFMSPhnu9,
S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP,
T=DNS/RFC822/X-Unix,
A=procmail -Y -m $h $f $u
Messages are never sent to procmail with more than one recipient.
Note that there's no 'm' flag in the F= directive. That's what
controls this.
If I understand what you're saying, I disagree completely, but I don't
think we're talking about the same thing. Hmm, if you're
talking about
SMTP and overlapping connects, then it makes sense...but that
has nothing
to do with procmail.
I must have been using the wrong terminology, because I was referring to the
benefits of "overlapping connects". Procmail doesn't do this directly, but
sendmail breaks down mult-recipient messages to single recipient messages
and sends them to procmail, which then sends them out simultaneously. The
performance hit comes when the same message is sent through procmail many
times, but I don't suppose there is an easy way around that.
For local delivery, LMTP solves that problem. For generic filtering via
mailfiltermode (-m) you can do it with careful use of recursive rcfiles,
but that's not for the faint of heart.
Philip Guenther
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail