On Mon, Jun 24, 2013 at 12:34:00PM -0500, /dev/rob0 wrote: > On Mon, Jun 24, 2013 at 03:12:24PM +0100, Craig R. Skinner wrote: > > main.cf: > > myorigin = $mydomain # example.com > > mydestination = localhost, localhost.$mydomain > > Here we see that $myorigin (nor $mydomain) is listed in
Sorry, typo here ^^ "is NOT listed" ... > $mydestination. > > > 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 > > I don't know if this was mentioned upthread or not, but you seem to > be making a common, wrong assumption about the meaning of an > unqualified address localpart, e.g., "admin-acct" in this example. > You're probably thinking that means "deliver to the Unix user > 'admin-acct'", when in fact it means "deliver to the address > 'admin-acct@$myorigin'". If $myorigin (which you set to $mydomain) is > not listed in $mydestination, local(8) delivery is not used. > > Likewise, aliases(5) ($alias_maps) are only consulted for addresses > where the domain is listed in $mydestination. For you, that's only > localpart@localhost.$mydomain (or "localpart@localhost" also if you > followed Jeroen's suggestion of "append_dot_mydomain=no".) > > OTOH virtual(5) ($virtual_alias_maps) mapping is applied to all > addresses, regardless of class. > > > 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 > > Generally I'd say it's a best practice to always specify > fully-qualified addresses on the RHS of $alias_maps and > $virtual_alias_maps. Then you always know where it's going (offer > void where taxed or prohibited, or where the user fails to > understand Postfix mail routing.) > > > $ uptime | mail -s uptime root > > Here you have deliberately used an unqualified localpart as if it was > an email address. > > > 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) > > (Inconsistent munging, or the sender was rewritten from > admin-acct@$myorigin to server.ad...@example.com.) > > > 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) > > Postfix has appended @$myorigin as documented. example.com is in > $virtual_alias_domains (as you showed), but r...@example.com either: > 1. is not listed in $virtual_alias_maps; or > 2. does not resolve to an address which is NOT in > $virtual_alias_domains > > As mentioned above, since example.com is NOT in $mydestination (and > you must not list the same domain in more than one address class > definition), $alias_maps are not consulted. > > > From what I'm still seeing, aliases is not referenced when the > > machine's domain name is virtual. Is this significant? > > Um, yes, that's more or less what I have been saying. :) > > References which might be of interest: > > http://www.postfix.org/ADDRESS_CLASS_README.html > http://www.postfix.org/postconf.5.html#append_at_myorigin -- http://rob0.nodns4.us/ -- system administration and consulting Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
