On 2013-06-22 Sat 16:26 PM |, Viktor Dukhovni wrote:
> 
> Use virtual(5) for ALL address -> address mappings, with only
> addresses that represent final mailboxes listed as account@localhost.
> 
> The aliases(5) file is a Sendmail compatibility feature, whose
> features are best remapped onto virtual(5) (address to address
> mappings controlled by the administrator) and .forward files (own
> address to address or command mappings possibly controlled by shell
> users).
> 

Thanks winning team (& Dr. Seuss too) for the quality education.

I'm about getting it now.

This set up works:-

$ uname -a
OpenBSD server1.example.com 5.3 GENERIC#50 i386
$ pkg_info | fgrep postfix
postfix-2.9.6       fast, secure sendmail replacement


main.cf:
myorigin = $mydomain # example.com
mydestination = localhost, localhost.$mydomain
virtual_alias_domains = example.com
virtual_alias_maps = btree:$config_directory/virtual_alias_maps.map
sender_canonical_maps = btree:$config_directory/canonical.map
masquerade_domains = $virtual_alias_domains
remote_header_rewrite_domain = address.invalid
alias_database = btree:$config_directory/aliases
alias_maps = $alias_database
local_recipient_maps = proxy:unix:passwd.byname $alias_maps
mail_spool_directory = /var/mail/
mailbox_transport = lmtp:unix:private/dovecot-lmtp
....
...

canonical.map:
jb4356          joe.blo...@example.com
jb8921          jane.blos...@example.com
...
...

aliases:
[empty]

virtual_alias_maps.map:
# example.com: ($myorigin)
# Re-mapped from aliases(5): # Are they all needed these days???
postmaster                      postmaster@localhost
abuse                           postmas...@example.com
root                            admin-acct@localhost
MAILER-DAEMON                   postmas...@example.com
bin                             r...@example.com
daemon                          r...@example.com
named                           hostmas...@example.com
nobody                          r...@example.com
uucp                            r...@example.com
www                             r...@example.com
ftp-bugs                        r...@example.com
_postfix                        postmas...@example.com
manager                         r...@example.com
dumper                          r...@example.com
operator                        r...@example.com
decode                          r...@example.com
# Domain generic aliases:
hostmaster                      hostmaster@localhost
webmaster                       supp...@example.com
sales                           acct145@localhost
info                            supp...@example.com
support                         acct267@localhost
...
...
# People:
joe.blo...@example.com          jb4356@localhost
jane.blos...@example.com        jb8921@localhost


> 
> Use aliases(5) sparingly, only for "|command" aliases (try to avoid
> these anyway) or ":include:" lists.
> 

However, aliases seems to be totally ignored.

When I move these from virtual_alias_maps back to aliases,
mail to those convential aliases bounces:

aliases:
root:           admin-acct
MAILER-DAEMON:  postmaster
bin:            root
daemon:         root
named:          hostmaster
nobody:         root
uucp:           root
www:            root
ftp-bugs:       root
_postfix:       postmaster
manager:        root
dumper:         root
operator:       root


$ uptime | mail -s uptime root
Jun 24 14:37:25 server1 postfix/pickup[29745]: C15E367DC: uid=7432 
from=<admin-acct>
Jun 24 14:37:25 server1 postfix/cleanup[20891]: C15E367DC: 
message-id=<20130624133725.c15e36...@server1.example.com>
Jun 24 14:37:25 server1 postfix/qmgr[32379]: C15E367DC: 
from=<server.ad...@example.com>, size=389, nrcpt=1 (queue active)
Jun 24 14:37:25 server1 postfix/error[22953]: C15E367DC: to=<r...@example.com>, 
orig_to=<root>, relay=none, delay=0.26, delays=0.14/0.06/0/0.06, dsn=5.0.0, 
status=bounced (User unknown in virtual alias table)


$ uptime | mail -s uptime daemon
Jun 24 14:39:16 server1 postfix/pickup[29745]: 19E5467B3: uid=7432 
from=<admin-acct>
Jun 24 14:39:16 server1 postfix/cleanup[19700]: 19E5467B3: 
message-id=<20130624133916.19e546...@server1.example.com>
Jun 24 14:39:16 server1 postfix/qmgr[32379]: 19E5467B3: 
from=<server.ad...@example.com>, size=391, nrcpt=1 (queue active)
Jun 24 14:39:16 server1 postfix/error[8530]: 19E5467B3: 
to=<dae...@example.com>, orig_to=<daemon>, relay=none, delay=0.2, 
delays=0.09/0.06/0/0.06, dsn=5.0.0, status=bounced (User unknown in virtual 
alias table)


$ uptime | mail -s uptime MAILER-DAEMON
Jun 24 14:40:24 server1 postfix/pickup[29745]: 7742967B3: uid=7432 
from=<admin-acct>
Jun 24 14:40:24 server1 postfix/cleanup[19700]: 7742967B3: 
message-id=<20130624134024.774296...@server1.example.com>
Jun 24 14:40:24 server1 postfix/qmgr[32379]: 7742967B3: 
from=<server.ad...@example.com>, size=398, nrcpt=1 (queue active)
Jun 24 14:40:24 server1 postfix/error[8530]: 7742967B3: 
to=<mailer-dae...@example.com>, orig_to=<MAILER-DAEMON>, relay=none, 
delay=0.03, delays=0.02/0/0/0.01, dsn=5.0.0, status=bounced (User unknown in 
virtual alias table)


$ uptime | mail -s uptime operator
Jun 24 14:41:41 server1 postfix/pickup[29745]: 4A05A67B3: uid=7432 
from=<admin-acct>
Jun 24 14:41:41 server1 postfix/cleanup[19700]: 4A05A67B3: 
message-id=<20130624134141.4a05a6...@server1.example.com>
Jun 24 14:41:41 server1 postfix/qmgr[32379]: 4A05A67B3: 
from=<server.ad...@example.com>, size=393, nrcpt=1 (queue active)
Jun 24 14:41:41 server1 postfix/error[8530]: 4A05A67B3: 
to=<opera...@example.com>, orig_to=<operator>, relay=none, delay=0.03, 
delays=0.02/0/0/0.01, dsn=5.0.0, status=bounced (User unknown in virtual alias 
table)


$ uptime | mail -s uptime _postfix
Jun 24 14:43:27 server1 postfix/pickup[29745]: 826A667B3: uid=7432 
from=<admin-acct>
Jun 24 14:43:27 server1 postfix/cleanup[30977]: 826A667B3: 
message-id=<20130624134327.826a66...@server1.example.com>
Jun 24 14:43:27 server1 postfix/qmgr[32379]: 826A667B3: 
from=<server.ad...@example.com>, size=393, nrcpt=1 (queue active)
Jun 24 14:43:27 server1 postfix/error[16641]: 826A667B3: 
to=<_post...@example.com>, orig_to=<_postfix>, relay=none, delay=0.26, 
delays=0.14/0.06/0/0.06, dsn=5.0.0, status=bounced (User unknown in virtual 
alias table)


Compared to successful delivery for virtually alias mapped unix accounts:

$ uptime | mail -s uptime hostmaster
Jun 24 14:53:27 server1 postfix/pickup[14701]: BF21667DC: uid=7432 
from=<admin-acct>
Jun 24 14:53:27 server1 postfix/cleanup[11746]: BF21667DC: 
message-id=<20130624135327.bf2166...@server1.example.com>
Jun 24 14:53:27 server1 postfix/qmgr[26563]: BF21667DC: 
from=<server.ad...@example.com>, size=395, nrcpt=1 (queue active)
Jun 24 14:53:28 server1 dovecot: lmtp(14149): Connect from local
Jun 24 14:53:28 server1 dovecot: lmtp(14149, hostmaster): 
Uv/0AVhPyFFFNwAANm01jw: msgid=<20130624135327.bf2166...@server1.example.com>: 
saved mail to INBOX
Jun 24 14:53:28 server1 postfix/lmtp[30842]: BF21667DC: 
to=<hostmas...@localhost.example.com>, orig_to=<hostmaster>, 
relay=server1.example.com[private/dovecot-lmtp], delay=0.46, 
delays=0.15/0.06/0.12/0.12, dsn=2.0.0, status=sent (250 2.0.0 
<hostmas...@localhost.example.com> Uv/0AVhPyFFFNwAANm01jw Saved)
Jun 24 14:53:28 server1 dovecot: lmtp(14149): Disconnect from local: Client 
quit (in reset)
Jun 24 14:53:28 server1 postfix/qmgr[26563]: BF21667DC: removed


>From what I'm still seeing, aliases is not referenced when the machine's
domain name is virtual. Is this significant?


Cheers men,
-- 
Craig Skinner | http://twitter.com/Craig_Skinner | http://linkd.in/yGqkv7

Reply via email to