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