Routing domain to non-standard port?

I'll share some generalities about my experiences.
 
Many of the SMTP filtering capabilities within Astaro have as much to do with how the "other guys" server is setup as yours. Deviation from RFC stipulations WILL cause problems. Some remote email servers have had resends turned off and that'll create bounces if you have greylisting turned on. It anazes me how often companys forget to update RDNS records (which usually involves your ISP making changes) when they make a change to their servers public addressing, which again will cause problems. Also with RDNS, I have several companies that I deal with who don't rewrite the headers on emails from remote employees to that of their company email server, which is a sure ticket to bounce-ville. At my work, we have one client who is using an ancient version of SendMail that is known to have issues with BATV. Tons of places still don't have an SPF record in their public dns. 
 
In many cases, with companies that we work with on a regular basis, I contact their internal IT and explain what they are doing wrong and how to fix it to bring them into RFC compliance. Every time I've done this, it has been met with gratitude, since it usually fixes a problem that they've been having with multiple partners and not just us. It's also nice when me, the sole admin at "little Dinky Company, Inc." can find and fix a major email server misconfiguration issue at some multi-billion dollar company with 1,000+ IT staff. [[:)]]
 
The point being, for business usage, you will always have to create some exceptions as you go. Your Astaro anti-spam will need to be tuned for your environment. My recommendation with all of these technologies is to slowly turn them on, one by one, when you know that you'll have time to monitor your SMTP logs to pinpoint any issues and can create exceptions quickly in advance of your users forming a lynch mob. [[:)]]

I'll share some generalities about my experiences.
 
Many of the SMTP filtering capabilities within Astaro have as much to do with how the "other guys" server is setup as yours. Deviation from RFC stipulations WILL cause problems. Some remote email servers have had resends turned off and that'll create bounces if you have greylisting turned on. It anazes me how often companys forget to update RDNS records (which usually involves your ISP making changes) when they make a change to their servers public addressing, which again will cause problems. Also with RDNS, I have several companies that I deal with who don't rewrite the headers on emails from remote employees to that of their company email server, which is a sure ticket to bounce-ville. At my work, we have one client who is using an ancient version of SendMail that is known to have issues with BATV. Tons of places still don't have an SPF record in their public dns. 
 
In many cases, with companies that we work with on a regular basis, I contact their internal IT and explain what they are doing wrong and how to fix it to bring them into RFC compliance. Every time I've done this, it has been met with gratitude, since it usually fixes a problem that they've been having with multiple partners and not just us. It's also nice when me, the sole admin at "little Dinky Company, Inc." can find and fix a major email server misconfiguration issue at some multi-billion dollar company with 1,000+ IT staff. [[:)]]
 
The point being, for business usage, you will always have to create some exceptions as you go. Your Astaro anti-spam will need to be tuned for your environment. My recommendation with all of these technologies is to slowly turn them on, one by one, when you know that you'll have time to monitor your SMTP logs to pinpoint any issues and can create exceptions quickly in advance of your users forming a lynch mob. [[:)]]