Re: Mixing of address classes per domain

2017-09-18 Thread Viktor Dukhovni
> On Sep 18, 2017, at 12:59 PM, Andreas Thienemann wrote: > >> * ONLY domains that contain no real recipients to be >> handed off to some transport for delivery may be >> listed in virtual_alias_domains. > > So just to confirm: virtual_alias_maps is also consulted for a match for > addresses _n

Re: Mixing of address classes per domain

2017-09-18 Thread Andreas Thienemann
Hi Viktor, On Mon, 18 Sep 2017, Viktor Dukhovni wrote: As far as I understand, the virtual_alias_maps will only do rewriting to local or remote addresses but disregard transport entries. No, this is not the case. All that happens with virtual_alias_maps is recursive rewriting of all input re

Re: Mixing of address classes per domain

2017-09-18 Thread Viktor Dukhovni
> On Sep 18, 2017, at 11:35 AM, Andreas Thienemann wrote: > > As far as I understand, the virtual_alias_maps will only do rewriting to > local or remote addresses but disregard transport entries. No, this is not the case. All that happens with virtual_alias_maps is recursive rewriting of all

Mixing of address classes per domain

2017-09-18 Thread Andreas Thienemann
Hi, I have inherited an older postfix and sendmail system with a cyrus imapd. My plan now is to migrate that to a postfix 3.x MTA with a dovecot imap backend. Pretty standard so far. When trying to migrate the existing mail routing logic I did come accross certain rules which are working cor