I have pretty good working zimbra configuration of zimbra. Recently I've noticed some problem:
If someone sends e-mail to address that is wrong in log I can see
unreasonable virtual_alias_maps map nesting for email@example.com
It was never any issue, but As far as i know this replies 4.6.0 Alias expansion error
Shouldn't it return something else? Like account unavailable or something similar?
It creates problem when something like this happens:
Someone creates e-mail and sends it to two addresses: one proper, and one inproper.
Mail to: firstname.lastname@example.org, email@example.com
When it gets to my server in log I can see:
NOQUEUE: that massage to proper address is sent to amavis
MSGID: that message to inproper address is sent to amavis.
After that, i get this:
unreasonable virtual_alias_maps map nesting for firstname.lastname@example.org
Message with proper address should be delivered to email@example.com. But it's not. It completely disappears. I can see that it was scanned by cbpolicyd and passed, and it disappears completely without any log what happened to it.
But if this incorrectaddress will be corrected, e-mail will land on both accounts.
Also if correctaddress is account - it is delivered. But if it's an alias to other account it's not.
I really need to fix this, i need to be sure, that if sender sends e-mails to my server with one misspelled letter in account, anyone except this one wrong account will receive this mail.
Hope it's readable
Any help will be very appreciated since i didn't found any information how to fight this on zimbra.
- Zimbra Collaboration 8.6 Patch 9 now available (includes fix for CVE-2017-8802). Read the announcement.
- Zimbra Collaboration 8.8.7 + Zimbra Connector for Outlook 8.8.7 are available.. Read the announcement.
- Are you a Zimbra Developer? You can find some interesting stuff in our Official GitHub: https://github.com/Zimbra and check the Community Projects too: https://github.com/Zimbra-Community/
Discuss your pilot or production implementation with other Zimbra admins or our engineers.
1 post • Page 1 of 1