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

Backup MX between ASG boxes

Greetings, all, and Happy New Year...

I have the following situation, and I'd appreciate some feedback and suggestions.

Currently, I have ASG v6 (2rosenthals.com) in one office where our mail server (CommuniGate Pro, running under OS/2) is located. I have a second office 300 miles away, running ASG v7 (secmgr-va.2rosenthals.com).

Our mail server hosts about a dozen domains.

We have used DynDNS for backup MX services in the past. I'd like to handle backup MX through our second office. Additionally, we have several clients for whom I would like to handle backup MX, as well.

I have used per-domain profiles in v7 to configure for simple greylisting only, and for our hosted domains, I have used the public IP of our v6 box in front of our mail server. For our other clients, I have used the public IP's of their v6 or v7 boxes (all of our clients are running Astaro gateways).

MX records look like this:

(ours)

2rosenthals.com TTL 43200 10 2rosenthals.com
2rosenthals.com TTL 43200 20 secmgr-va.2rosenthals.com
2rosenthals.com TTL 43200 50 2rosenthals.com

(others - hosted with us)

domainx.com TTL 43200 10 2rosenthals.com
domainx.com TTL 43200 20 secmgr-va.2rosenthals.com
domainx.com TTL 43200 50 2rosenthals.com

(others - not hosted with us)

domainy.com TTL 43200 10 asg.domainy.com
domainy.com TTL 43200 20 secmgr-va.2rosenthals.com
domainy.com TTL 43200 50 asg.domainy.com

What I'm seeing with domains not hosted by us are 550 errors when things are hitting our box (as greylisting is turned on on the lowest MX, these things are bouncing to us fairly frequently). Is there something I'm missing in v7 to turn off recipient checking which may be the cause of the 550 failures?

Any advice would be greatly appreciated, whether related to backup MX in general or the v7 setup.

TIA


This thread was automatically locked due to age.
Parents
  • i´m not sure that i understud your mail routing ..
    You got 550 errors on secmgr-va.2rosenthals.com recieving mails for domainy.com ?
    Do you have a proper profile on secmgr-va.2rosenthals.com for domainy.com which relays all inbound mails to asg.domainy.com ?

    Other point is: a lot of spammers use only secondary MX.

    Another idea is : let Firewall do all the firewall things, and move smtp to separate appliance.

    Gregor Kemter
  • i´m not sure that i understud your mail routing ..
    You got 550 errors on secmgr-va.2rosenthals.com recieving mails for domainy.com ?


    Yes.

    Do you have a proper profile on secmgr-va.2rosenthals.com for domainy.com which relays all inbound mails to asg.domainy.com ?
    Yes. The per-domain profile lists the following:

    Routed to static hosts: VPN - SCI Public (which is defined as asg.domainy.com)
    Domain(s):domainy.com

    It appears as though my box is trying to verify the recipient address against my server and fails. My server is configured on the global page. Doesn't the per-domain profile override the "routed to" entry on the global page for the specified domain(s)?


    Other point is: a lot of spammers use only secondary MX.
    True enough, though I think in my case, most of the traffic hitting the secondary is greylisted from the primary and failing over to the secondary as a result of the initial greylisting. I now have greylisting turned on for the secondary, as well, so they're not able to work around the greylist that way.

    Another idea is : let Firewall do all the firewall things, and move smtp to separate appliance.
    I'm not sure how you mean this. I have Astaro on the border, providing firewall and SMTP proxy. Are you suggesting I not use Astaro for SMTP proxy, and use something else instead? Why would I do this?

    Thanks for your input, Gregor! Much appreciated!!
Reply
  • i´m not sure that i understud your mail routing ..
    You got 550 errors on secmgr-va.2rosenthals.com recieving mails for domainy.com ?


    Yes.

    Do you have a proper profile on secmgr-va.2rosenthals.com for domainy.com which relays all inbound mails to asg.domainy.com ?
    Yes. The per-domain profile lists the following:

    Routed to static hosts: VPN - SCI Public (which is defined as asg.domainy.com)
    Domain(s):domainy.com

    It appears as though my box is trying to verify the recipient address against my server and fails. My server is configured on the global page. Doesn't the per-domain profile override the "routed to" entry on the global page for the specified domain(s)?


    Other point is: a lot of spammers use only secondary MX.
    True enough, though I think in my case, most of the traffic hitting the secondary is greylisted from the primary and failing over to the secondary as a result of the initial greylisting. I now have greylisting turned on for the secondary, as well, so they're not able to work around the greylist that way.

    Another idea is : let Firewall do all the firewall things, and move smtp to separate appliance.
    I'm not sure how you mean this. I have Astaro on the border, providing firewall and SMTP proxy. Are you suggesting I not use Astaro for SMTP proxy, and use something else instead? Why would I do this?

    Thanks for your input, Gregor! Much appreciated!!
Children
  • The other thing I'm seeing is that when messages come into my primary ASG box (for domains we host), they appear to bypass the spam checks. I get no SA flags on them at all, and I've checked to ensure that my secondary server isn't on the global whitelist.
  • I think I've solved the bypassing of the spam filtering on the primary box. In that case, I had my other server on the Transparent Mode | Skip Source/Destination Networks list. Removing it from there allows incoming messages transferred to go through the normal spam scanning.

    I haven't seen other reports of bounced messages (yet). I have also tweaked the SPF records for the domains being backed up; perhaps there was some issue there, as well.

    I'd still like to hear from anyone else who may be using a similar setup.

    Happy New Year.