Hi,
> >> >How does using virtual_alias_maps affect my existing configuration if
> >> >I'm not currently using virtual domains or virtual maps? Currently the
> >> >server is processing mail for one domain listed in relay_domains.
> >>
> >> virtual_alias_maps is processed each time a mail is received, so you are
> >> able to alias any mail recipient, even those in remote domains:
> >>
> >> http://www.postfix.org/ADDRESS_REWRITING_README.html#virtual
> >
> >Okay, I'll experiment with that.
>
> later (e.g. in a year) you can convert those redirects in virtual_alias_maps
> to relocated.
I'm still having a problem. I didn't previously explain that there are
mail relays in front of the server that's responsible for mail for
this domain, and I can't figure out why virtual_alias_maps doesn't
work there.
I'm currently using a check_recipient_access table to list all the
existing users, then a transport to forward them from the mail relays
to the server responsible for this domain.
Do I also need the virtual_alias_maps entries on the relays, or should
I just leave them in the check_recipient_access table and deal with it
at the final destination mail server?
If I remove the entries from the check_recipient_access table on the
mail relays and add them to the virtual_alias_maps table, mail is
rejected.
On the mail relays:
smtpd_recipient_restrictions =
...
check_recipient_access pcre:$config_directory/recipient_checks,
virtual_alias_maps = ${indexed}virtual
$config_directory/recipient_checks
/^name@example\.com$/ DUNNO
${indexed}virtual:
name123 name
Apr 9 11:57:01 armor postfix-110/smtpd[769690]: maps_find:
virtual_alias_maps:
cdb:/etc/postfix-110/virtual(0,lock|fold_fix|utf8_request):
name...@example.com = n...@example.com
That looks like a match, but then it continues through the rest of the
checks until it's rejected. Should the virtual_alias_maps entry be
enough to match and then for it to use the transport to be sent to the
final destination, or even to check the check_recipient_access table
to find the new name after it's been converted/aliased in the
virtual_alias_maps table?
