Dan Phiffer a écrit :
> Hello list,
>
> I'm pretty new to Postfix still, but I've been reading through the
> documentation on postfix.org and have come to the conclusion that the
> setup guide I followed (http://articles.slicehost.com/email) offers a
> pretty good starting point. However, I'd like to use procmail in some
> cases, which doesn't seem to work with my virtual/MySQL setup.
>
> What would be the best way to do that? I'm assuming I'd need to
> intervene in the delivery process sometime before the virtual mailbox
> stuff happens, but I wasn't totally clear about how to actually do that.
>
> Here's how my setup works now:
>
> Mail to [EMAIL PROTECTED] ends up in /home/vmail/domain1.com/me
> Mail to [EMAIL PROTECTED] ends up in /home/vmail/domain1.com/user
> Mail to [EMAIL PROTECTED] ends up in /home/vmail/domain2.com/user
>
> Here's how I'd like it to work:
>
> Mail to [EMAIL PROTECTED] ends up in /home/me, filtered according to my
> procmail rules
> Mail to [EMAIL PROTECTED] ends up in /home/vmail/domain1.com/user
> Mail to [EMAIL PROTECTED] ends up in /home/vmail/domain2.com/user
>
it is easier to use maildrop. so if you can change your mind, now it is
the time. if so, take a look at
http://www.postfix.org/MAILDROP_README.html
If you insist on procmail, then you need to define a "procmail"
transport in master.cf (similar to what you would do for maildrop), then
use transport_maps:
[EMAIL PROTECTED] procmail:
an alternative is to use virtual_alias_maps to redirect the user to a
local domain (one listed in mydestination):
[EMAIL PROTECTED] [EMAIL PROTECTED]
then you can use procmail for "local" delivery, which is easier than for
virtual delivery.
Note that once you pass mail to an external delivery agent (maildrop,
procmail, ... etc), postfix does no more care where mail would go (so
you need to configure thex eternal MDA to find the mailbox location).
> [snip]
