On 02.10.25 09:54, Marek Podmaka via Postfix-users wrote:
We are using postfix 3.5.25-0+deb11u1 to host many virtual domains.
Recently one domain was migrated to M365, so we removed it from the
transport table, but aliases definitions were still there.
We have noticed that in this case postfix was rewriting the recipient
email address based on our aliases even when delivering to M365.
48995E307: to=<[email protected]>, orig_to=<[email protected]>,
relay=example-com.mail.protection.outlook.com[52.101.68.27]:25
Unlike indicated by the name itself,
virtual_alias_maps are used by cleanup(8) when mail is received by postfix,
and they are applied for all recipient addresses.
This way you can intercept/redirect mail for remote recipients.
Where is the mistake in our config (very old one, adjusted multiple
times over the last 10 years)?
here:
virtual_alias_maps = hash:/etc/postfix/virt_alias,
proxy:mysql:/etc/postfix/mysql/mysql-virtual.cf
Further options are not relevant as they are used only for local mail
(virtual_mailbox_maps) or to specify local mail (virtual_alias_domains):
I now see maybe 2 issues:
1) What happens when virtual_alias_domains is empty? (It is also empty
in the output of postconf.) To which domains is virtual_alias_maps
applied in this case? I have a comment that "virtual alias" should not
be mixed with "virtual mailbox".
I guess this is just to avoid confusion.
In that case, where should the
aliases (like alias@xx to user2@xx or redirect like alias@xx to
abc@remote-yy) be defined?
2) Does $virtual_mailbox_maps in local_recipient_maps have any purpose?
Which part of my config causes the aliases to be applied also to a
remote domain?
--
Matus UHLAR - fantomas, [email protected] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Despite the cost of living, have you noticed how popular it remains?
_______________________________________________
Postfix-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
