From: Allen (postfixrfnj.org)
Date: Sat Feb 26 2005 - 22:00:50 CST

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

At 19:34 2/26/2005, Glenn Sieb wrote:
>Allen Landsidel said the following on 2/26/2005 7:15 PM:
>
>>Am I missing something? If not, is there really no plan to add this
>>functionality at some point in the future? I'd really like to use the
>>same procmail config for virtual mailboxes that I use for local
>>deliveries, which I now have to implement with this perl thing, extra
>>listening sockets, and extra queue-induced delay and resource usage.
>
>As much as I agree with wanting to see virtual_mailbox_command (and I
>really would), unfortunately procmail does not work with virtual accounts. :-/

What makes you say that? It should work perfectly fine. I also use
pfadmin for my virtuals and I came up with a procmail recipe in no time
that would work. It simply set MAILDIR=/var/mail/vhosts/$1/$2/ and I would
call procmail from within main.cf via something like
/usr/local/bin/procmail -a $DOMAIN -a $USER.

As long as virtual had already mapped the aliased part to the local part,
then this would work fine, in my case at least. I'm using Maildir and have
it setup as basically /var/mail/vhosts/<domain>/<mailbox>/

>I think what I'd love to have is: procmail running for my local users (who
>are already using procmail and I'd hate to make them have to switch to
>maildrop) and maildrop for virtual users (using Courier-IMAP here with
>mysql lookups). So far, the howtos I've seen have all said one thing..
>maildrop won't automatically create a Maildir for users upon delivery (Why
>not? Procmail seems to.. so I imagine the code exists...), unless I am
>misreading the various howtos (from MAILDROP_README on postfix.org and the
>Maildrop howto on high5.net (for use with PostfixAdmin, which I use).

I'm not certain. I also use courier for my pop/imap daemon so I'll look
into this as well. Still, I'm a lot more familiar with procmail recipes
than I am with maildrop, and would like to continue using the ones I
already have.

>In the case of PostfixAdmin, it just seems counter-intuitive to use
>maildrop in that situation--if domain admins are creating mailbox users,
>yet maildrop won't create mailboxes automatically... maybe I'm just
>missing something here, but it seems like a lot of work for the poor
>domain admin (Go to postfixadmin on my site, create mailbox, log out, go
>to their shell account on my real box, create maildir using maildirmake
>for every single user they create...???)

I use courier, postfix, and pfadmin as well. All the "real" users
mailboxes are created automatically as they are supposed to be -- the
caveat being it doesn't happen until the first piece of mail comes in for
that user. So a simple workaround is to have a standard "Welcome!" type
message mailed out whenever a user is created. This isn't something that
needs done for virtual users, obviously.

I have a pretty good idea why this is the case -- the web server is running
as a different user than postfix, so it doesn't have permission to create
the Maildir. Postfix can and does create it if it doesn't exist when it
receives mail for that user.

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]