On Mon, Mar 26, 2018 at 05:21:22PM +0200, Matus UHLAR - fantomas wrote:
> > > >> On 14.03.18 20:14, Wietse Venema wrote:
> > > >> >The Postfix SMTP server always looks in virtual_alias_maps.
> > >
> > > >Matus UHLAR - fantomas:
> > > >> Always? isn't that a contradiction to the referenced
> > > >> document that indicated only domains in
> > > >> virtual_alias_domains are searched for virtual aliases?
> > >
> > > On 15.03.18 09:20, Wietse Venema wrote:
> > > >Please cite the text that says 'only domains in
> > > >virtual_alias_domains are searched for virtual aliases'.
>
> > Matus UHLAR - fantomas:
> > > virtual_alias_domains and virtual_alias_maps are described in
> > > "The virtual alias domain class." section.
> > >
> > > * Domain names are listed in virtual_alias_domains. The default
> > > value is $virtual_alias_maps for Postfix 1.1 compatibility.
> > >
> > > * Valid recipient addresses are listed with the
> > > virtual_alias_maps parameter. The Postfix SMTP server rejects
> > > invalid recipients with "User unknown in virtual alias table".
> > > The default value is $virtual_maps for Postfix 1.1
> > > compatibility.
>
> On 15.03.18 20:18, Wietse Venema wrote:
> > That text does not exclude other virtual_alias_maps lookups.
Furthermore, the behavior of virtual_alias_maps is documented
completely, here:
http://www.postfix.org/postconf.5.html#virtual_alias_maps
> > > That lead me to think that virtual_alias_maps does not apply
> > > to other classes.
> > All Blacksmiths have dark skin.
> > All Negroes have dark skin.
> > All blacksmiths are negroes.
>
> there are 5 classes described on
> http://www.postfix.org/ADDRESS_CLASS_README.html
>
> The local domain class. The virtual alias domain class. The
> virtual mailbox domain class. The relay domain class. The default
> domain class.
>
> each of those sections describes different configuration variables
> used in those classes.
>
> virtual_alias_maps is only described in virtual alias domain class.
But the ADDRESS_CLASS_README is not intended to completely document
what virtual_alias_maps does. The postconf(5) manual does that. It
is nicely hyperlinked from ADDRESS_CLASS_README.html, BTW.
> if it applies in other classes (as you said above, always), it
> should be probably described outsideof those sections.
OTOH, perhaps your assumption about the ADDRESS_CLASS_README's
function was wrong.
> Or should I expect all of maps described in those sections
> (local_recipient_maps, virtual_alias_maps, virtual_mailbox_maps,
> relay_recipient_maps) to apply in all cases?
The postconf(5) manual documents each of those, as well, each also
being nicely hyperlinked from ADDRESS_CLASS_README.html.
virtual_alias_maps apply to ALL addresses in ALL classes. Other
class address maps do not.
The virtual alias class is different in another way, too. There's
not a transport setting for that class. The reason is that a
virtual_alias_domains address must ultimately resolve via v_a_maps to
a valid address in some other class, and that class defines the
transport which will be used.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
