Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email firstname.lastname@example.org
Re: put procmail between postfix and dovecot
From: M. Fioretti (mfiorettimclink.it)
Date: Tue Sep 19 2006 - 01:22:29 CDT
On Sun, Sep 17, 2006 23:17:57 PM +0200, mouss (usebsdfree.fr) wrote:
> >* procmail (regardless of its own quality) being so ubiquitous
> (If not already done, take a look at maildrop. I'm not saying move
> to maildrop, but see for yourself...)
Unfortunately it _is_ done, in the sense that the requirement for this
particular website are not completely under my control :-( I did also
study maildrop, and would probably go for it on a server that can be
based on another distro and/or has potential users with different
> You can still use procmail in a virtual domain setup: The whole
> mailstore belongs to a single uid.
Yes, I have learned this from the documentation and is not a problem,
> Then have your procmail/maildrop deliver to a maildir/mbox based on
> the recipient address. This is what I use (with maildrop).
I had already started thinking about something like this. The only
"problem" is how to handle in an automatic way things like two users
subscribed to the same list, or receiving the same message: something
if (recipient = user1)
load procmailrc_user1 and filter message according to it
if (recipient = user2)
load procmailrc_user2 and filter message according to it
if this doesn't have any postfix-related gotchas I fail to see (please
tell!), then the problem is solved, in the sense I can start another
discussion on the procmail list.
> In this setup, users can't directly access the mail store. They access
> it via imap/pop/webmail.
Yes, this also was clear to me and is not a problem. My real problems
are the need to save/import many procmailrc files and the fact (not
exactly _my_ requirement) is that I have to limit as much as possible
the software installed and use dovecot (=since maildrop in Centos only
comes as rpm inside cyrus or courier and it cannot use procmailrc
files, is out this time)
> >but because it has a lot of little documented shortcomings and
> What limitations? There are differences, and these differences can't be
Correct, I didn't make myself clear. What I meant is "there are little
documented differences and it would really help newcomers who must
plan a rollout or migration if the "virtual user" part of the postfix
documentation JUST said (because it's not obvious) "beware that
procmail can't just be dropped as is inside such an environment"
> are you referring to procmail limitation?
No, to these differences. See previous paragraph.
> just use
> virtual_transport = procmail
> instead of your mailbox_mumble things.
OK, but IIRC they were not mine :-) . That's either stuff I found on
the links provided in my initial message or coming from somebody
else's contributes to this thread.
Ciao and thanks,
Marco Fioretti mfioretti, at the server mclink.it
Fedora Core 3 for low memory http://www.rule-project.org/
"What terrifies you most in purity," I asked?
"Haste," William answered. -- The Name of the Rose, Fifth Day, Nones