Re: Viktor Dukhovni
I took your suggestions about reconfig and things have improved, but
there are still anomalies.
I set "mydestination = localhost, localhost.transbay.net" and think
"localhost.transbay.net" ought to be able to go away,
though for now it's being used as a key to deliver (because I listed it,
duh.)
I have now
local_recipient_maps = hash:/usr/local/etc/postfix/postfix.users $alias_maps
relay_recipient_maps =
virtual_alias_maps = hash:/usr/local/etc/postfix/virtusers
alias_maps = hash:/usr/local/etc/postfix/aliases
I merged the machine's userbase (passwd and some aliases) into
"virtusers" under the virtual mappings for "transbay.net".
I have a local_recipient_map = hash:postfix.users and am proceeding on
the assumption that in order for virtusers to deliver
to a local recipient,
(a) that recipient must be listed on the RHS as 'username@localhost', and
(b) the RHS destination 'username@localhost' must also be listed in
'postfix.users'
(even if username@localhost was an alias, i.e. not a real user.)
All the local references are "username@localhost" and not
"usern...@localhost.transbay.net".
For the moment I have multiple listings for subdomains, e.g.
usern...@transbay.net username@localhost
usern...@mail.transbay.net username@localhost
I recall there was a setting to say that postfix would consider
"mail.transbay.net" to be the same
as "transbay.net" so the excess mapping can be eliminated.
The system still refuses to deliver to certain recipients, in most cases
saying they "cannot be
found in the virtual aliases table" despite the symbol clearly being in
the virtusers file on the LHS
with a username@localhost destination.
Oh, also, I am using "/dev/null" as the destination on the RHS in
virtusers in some cases.
Is that acceptable? I assume so, as it's a file delivery, unless those
need to be moved to "aliases".
