On Wednesday 19 August 2009 12:20:28 Pat wrote:
> Alternate passwd files are not a supported map/table type (per
> postconf -m and other documentation).  That's the crux of this

Would be a nice feature, IMO.

There are workarounds of various ugliness, but the ability to read
password(**)-formatted files directly would be useful. I have this at
one site I manage; what I did was to maintain separate files for each,
an ugly workaround in its own right.

http://wiki.dovecot.org/AuthDatabase/PasswdFile

Note, these passdb files used by Dovecot do not precisely correspond
with the needs of virtual_mailbox_maps. The first field is the login
name, which may or may not be "u...@domain". At my site I opted for
plain "user". The directory, just like Unix passwd files, is $HOME,
which typically should be a parent directory of the maildir. For
virtual_mailbox_maps (if using virtual(8) for delivery) we need the
full path to the maildir or mbox.

Dovecot uses the virtual user's $HOME for various purposes.
    http://wiki.dovecot.org/VirtualUsers#homedirs
To work with this, Postfix/virtual(8) might need a new configuration
item to append to the virtual_mailbox_maps result, and {ugh} a
virtual_mailbox_base setting of "/".

u...@example.com:{PLAIN}weak:900:900:/home/vm/example.com/user:/bin/false
|------[1]------|           |[2]|[3]|-----------[4]-----------|

[1] : virtual user login name (here shown as complete address, which
      would thus be suitable for virtual_mailbox_maps)
[2] : virtual user's UID (suitable for virtual_uid_maps)
[3] : virtual user's GID (suitable for virtual_gid_maps)
[4] : virtual user's $HOME (NOT suitable for virtual_mailbox_maps)

Afterthought: perhaps this, if supported, would be better done by the
local(8) delivery agent?



(**) Sorry, of course I meant "passwd(5)" and not "password". The list
     has body_checks(5) in place which returned my original reply:
     "BOUNCE postfix-users@postfix.org:     Admin request of
     type /^\s*passwd\b/i at line 8". Perhaps this one will suffice.
-- 
    Offlist mail to this address is discarded unless
    "/dev/rob0" or "not-spam" is in Subject: header

Reply via email to