MX Based Domain Grouping
planned
A
Aman
Currently, the system allows the creation of domain grouping based on the domain name, for example, for Google Network, gmail.com, or googlemail.com.
But most of us send mail to Google Workspace or Office365-based domains, which currently needs to be improved to create a group.
For example, one can do routing based on the following MX conditions.
Google Network:
Domain Name (match): gmail.com OR googlemail.com
MX (equal) (any):
Outlook Network:
MX (contains) (ends with): mail.protection.outlook.com
Proofpoint:
MX (equal): mx1-us1.ppe-hosted.com ORmx2-us1.ppe-hosted.com
Mimecast:
MX (equal):
and there are many more like AWS, Zoho, Yahoo, Comcast, iCloud
The main reason behind this is to ensure better email routing. Some IP works well with Google Network and some don't or, some works fine with Office365 network but not with Google Network.
This way, the administrator can do proper routing and, which will increase better Inbox placement.
EmailDelivery.com
planned
EmailDelivery.com
Agree with Aman this is necessary and it will go into the product.
EmailDelivery.com
For clarity, so everyone who reads this doesn't have a misunderstanding: we currently do handle sending mail correctly by applying the settings to the MX domains and not the email address domain, Aman is talking about the postal route domain group feature specifically, but applied at the MX level in the MTA.