Thread Info
  • State Verified Answer
  • Locked Locked
  • Replies 2 replies
  • Subscribers 27 subscribers
  • Views 2543 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SMTP relay is natting outgoing connections to an internal address

jamesharper

We have just deployed an XG210 running 17.1.3, and email relaying is not working.

We have a printer on 192.168.0.202 that connects to XG on 192.168.0.254. XG accepts the email and then tries to deliver to Office 365 on an external address (we will pretend it's 7.7.7.7). This connection fails and the email sits in the spool as failed.

tcpdump shows that the Sophos is making the connection to 7.7.7.7 on the wan interface but using the IP address of the printer that originally sent the email - 192.168.0.202. In the logs I see:

MSG   Nov 07 11:26:50 [0xc0000355]: Mail Transaction Started from 192.168.10.202:56128 to 7.7.7.7:25 (fdid:28)

Why is XG doing this NAT, and how do I make it stop?

Thanks

James



This thread was automatically locked due to age.
Parents Reply Children
  • 0 in reply to FloSupport

    The rule wasn't there. I had earlier deleted it before learning that the MTA configuration was required.

    I have since switch to Transparent mode then back to MTA mode which has recreated the rule. It hasn't made a difference to the existing items in the spool, but I just saw a new item go through successfully so maybe that was the cause?

    I will keep an eye on it. Thanks for the tip!

    James