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 she dare not

[:S]Hello,

--------------
: host smtp3.netcore.co.in[202.162.240.80] said: 554
5.4.0 Error: too many hops (in reply to end of DATA command)
--------------

The above error message is received as a reply for any incoming mail to a non existant mailbox on our domain. Should it not say 'user or mailbox does not exist.'? In the above case 'dpanchal@tresvista.com' no longer exists on the mail server. 

Thanks
Dev


This thread was automatically locked due to age.
Parents
  • I'm a little confused.  It sounds like you're using the SMTP Proxy, but the mail-server sounds like it's configured for the Astaro to be using a DNAT instead.

    In general, for an internal mailserver, you configure the Astaro SMTP Proxy with the mailserver in the 'Hosts list' on the 'Routing' tab, and in the 'Allowed hosts/networks' on the 'Relaying' tab.  If the ISP requires the use of one, the 'Smarthost sttings' are at the bottom of the 'Advanced' tab; near the top of this tab, 'Transparent mode' normally should not be selected.  In any case, the mailserver must point at the Astaro as its smarthost - not at the ISP's smarthost.

    If that's the configuration you have, then 'Verify recipient' "by callout" should work for you.  Verification with AD also should work, but that adds an unnecessary link in the verification chain.  If I understand Simon's setup, he has chosen to have the Astaro pass any safe, non-spam emails to Exchange to reject instead of letting the Astaro reject emails to non-existant accounts in his domain.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Reply
  • I'm a little confused.  It sounds like you're using the SMTP Proxy, but the mail-server sounds like it's configured for the Astaro to be using a DNAT instead.

    In general, for an internal mailserver, you configure the Astaro SMTP Proxy with the mailserver in the 'Hosts list' on the 'Routing' tab, and in the 'Allowed hosts/networks' on the 'Relaying' tab.  If the ISP requires the use of one, the 'Smarthost sttings' are at the bottom of the 'Advanced' tab; near the top of this tab, 'Transparent mode' normally should not be selected.  In any case, the mailserver must point at the Astaro as its smarthost - not at the ISP's smarthost.

    If that's the configuration you have, then 'Verify recipient' "by callout" should work for you.  Verification with AD also should work, but that adds an unnecessary link in the verification chain.  If I understand Simon's setup, he has chosen to have the Astaro pass any safe, non-spam emails to Exchange to reject instead of letting the Astaro reject emails to non-existant accounts in his domain.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Children
  • It is as you have pictured, 
    the mail server is in the 'Hosts list'. 
    Smarthost settings are blank though. 
    Transparent mode is off.

    Your statement - 'In any case, the mailserver must point at the Astaro as its smarthost - not at the ISP's smarthost.' has not been understood well by me.

    Lastly, I tried 'Verify Recipient' by Callout, but it didn't change anything. The error posted by me for this post, still continues.
  • To make the picture more transparent:
    The Mails server is only on the LAN (there is no wan on the mail server) . The MX IP address is defined on the mail domain DNS zones. This same IP is in 'Network > Interfaces > Additional Addresses' of the Astaro ASG 220, which points to the mail server LAN IP. Whenever an incoming mail hits the mail domain, it is MX forwarded to this IP on the firewall and the firewall smtp takes charge and accordingly forwards it to the mail server via the LAN.

    All the mails (in/out) are working fine, except for the non existant mails, which should get the 'User does not exist' error.