Routing domain to non-standard port?

See if this thread helps:  https://community.sophos.com/products/unified-threat-management/astaroorg/f/56/t/48500 .  This would apply to all traffic incoming on that port, not just for a specific domain.

It pointed me in the right direction I think.

As this is an internal server that needs no port 25 access from the outside, I did a NAT as follows:

From Internal Address > Service SMTP > To Destination Server
Nat to:
Service SMTP 26 > to Destination Server

So far it's working.

Thanks.

Danita

So, between this and the Q-reports, we're one for two.

Well, if I could figure out why today a bunch of addresses failed recipient verification and had folks wanting to lynch me, I'd be 2 for 3!  I'm really hoping it was a fluke of some kind, but I'm reluctant to turn it back on yet.  But that's another thread altogether!  For the most part, SMTP proxy is working well.  I do have some enhancement requests for that too - and I'll get them submitted.

Thanks!

Danita

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. [[:)]]