Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 3 subscribers
  • Views 3835 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 multipath rule doesn't seem to be working

supjohn@icccapital.com
We have two wan interfaces setup and had turned on uplink balancing.  However, our mx record only points to one ip on the wan side so I want all our email traffic passing through eth1. I used the example SMTP multipath rule slightly revised:

Position: 1
Source: Internal  (this is our internal interface and address on the astaro) (maybe it needs to be the mail server?)
Service: SMTP
Destination: Any
Persistence: By Interface
Bind: External (eth1)

The way I am determining that some of the email traffic is being sent out of the second interface (eth2) is when i send an email to a particular address it comes back non-delivery very fast.  Once I take down eth2 and send the email it goes fine.  I assume they are trying to reconcile the address it came from with the mx record and getting a failure.

Is my setup incorrect?  Is there a service I am missing that also needs a multipath rule?

We are using exchange 2003 with only SMTP as setup for our mail server.


This thread was automatically locked due to age.
Parents
  • 0
    Supjohn, a couple thoughts.  First, if you are using the Astaro SMTP Proxy, your Multipath rule will need to have "Any" (or "Uplink Primary Addresses") as the Source.  Second, you could add a second MX record with a lower priority (higher number) to your authoritative public name server and ask your new ISP to add an rDNS record for the second WAN connection; if you have a txt record for SPF, you'll want to add the new IP there, too.

    Cheers - Bob
Reply
  • 0
    Supjohn, a couple thoughts.  First, if you are using the Astaro SMTP Proxy, your Multipath rule will need to have "Any" (or "Uplink Primary Addresses") as the Source.  Second, you could add a second MX record with a lower priority (higher number) to your authoritative public name server and ask your new ISP to add an rDNS record for the second WAN connection; if you have a txt record for SPF, you'll want to add the new IP there, too.

    Cheers - Bob
Children
  • 0 in reply to BAlfson
    Hi to all,

    we have a similar problem in one of our clients. We have solved it using a similar rule as BAlfson says. As our clients has mail security license, we used Uplink Primary Addresses as source of SMTP traffic.

    Just my two cents.

    Hernan.