Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 3 subscribers
  • Views 3837 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
    You are on the right track. You have not use

    Source: Internal (this is our internal interface and address on the astaro) (maybe it needs to be the mail server?)

    but

    Source: [YourInternalMailserverIP] or
    Source: [YourInternalNetwork] (=> the network definition)

    because the internal interface doesn't generates the SMTP traffic ;-)

    Regards
    Manfred
  • 0 in reply to Hallowach2
    Manfred, Thank you that makes sense.  I will change from Internal (Address) to Internal (network) as the source and test it out.  

    You are on the right track. You have not use

    Source: Internal (this is our internal interface and address on the astaro) (maybe it needs to be the mail server?)

    but

    Source: [YourInternalMailserverIP] or
    Source: [YourInternalNetwork] (=> the network definition)

    because the internal interface doesn't generates the SMTP traffic ;-)

    Regards
    Manfred
Reply
  • 0 in reply to Hallowach2
    Manfred, Thank you that makes sense.  I will change from Internal (Address) to Internal (network) as the source and test it out.  

    You are on the right track. You have not use

    Source: Internal (this is our internal interface and address on the astaro) (maybe it needs to be the mail server?)

    but

    Source: [YourInternalMailserverIP] or
    Source: [YourInternalNetwork] (=> the network definition)

    because the internal interface doesn't generates the SMTP traffic ;-)

    Regards
    Manfred
Children
  • 0 in reply to supjohn@icccapital.com
    One other thought in case someone has some more insight and I am viewing my environment wrong.  The internal (address) is a network, which I didn't think about when I wrote my last post, but it represents the internal ip of the eth0 so my understanding is that isn't the source even though the information passes through there.

    So changing to internal (network), with ip of 192.168.1.0/24, will represent all ip addresses within our network and capture all those for this rule.