procmail
[Top] [All Lists]

Re: Procmail not checking all the rules in .procmailrc

2004-12-11 16:15:17
On Fri, 10 Dec 2004 17:54:13 +0000, NM Public 
<agorae(_at_)nm(_dot_)deflexion(_dot_)com> wrote:

  Important Warning: Procmail Cannot Reliably Route Users'
Messages in a Virtual Domain
  <http://www.ii.com/internet/robots/procmail/qs/#virtualDomain>

I hadn't really paid much attention to this before, but I think
there's a small problem with terminology there.

What this really refers to is not a true "virtual domain" but a local
mail system implemented on the downstream side of a single drop box at
the provider, e.g., where something like fetchmail picks up all the
mail using something akin to POP3, and then attempts to figure out how
to route it based on what's left of the envelope in the header.

If instead the MTA at the provider is configured to invoke procmail
with the -m option, as the "Mprocmail" mailer entry for sendmail does,
then procmail DOES have all the necessary sender and recipient
information and CAN reliably route users's messages within the (much
closer to a true) virtual domain.

This could even be combined with the dropbox case, i.e., have procmail
at the provider insert the special header information that's
recognized by the downstream procmail for local routing.  That would,
however, mean the dropbox would get one copy of the mail for every
downstream recipient rather than one copy for all downstream
recipients, so quotas or the bandwidth across POP3 (or whatever it is)
might become an issue.

____________________________________________________________
procmail mailing list   Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail