Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 1 subscriber
  • Views 2113 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 after Update to 7.3 doesn´t work

redmalte
After i updated my astaro to version 7.3 the relaying over the astaro doesn´t work. The settings are the same like before the update. My internal exchange is in the list of allowed hosts to relay over astaro. In the smtp log i get something like a connection timeout.

Has anybody the same issue after the update?

greetings
redmalte


This thread was automatically locked due to age.
Parents
  • 0
    Had a similar issue after the update this morning.  We had to disable the smtp proxy to receive external email.

    I looked at the config and it looked ok.  I opened a ticket with support, no word yet.
  • 0 in reply to tdubb5
    Had a similar issue after the update this morning.  We had to disable the smtp proxy to receive external email.

    I looked at the config and it looked ok.  I opened a ticket with support, no word yet.


    After talking with support it seems like we might have had a few issues.  They had me turn off the new RDNS feature and graylisting.  I enabled the proxy early this morning and so far so good.[:)]
Reply
  • 0 in reply to tdubb5
    Had a similar issue after the update this morning.  We had to disable the smtp proxy to receive external email.

    I looked at the config and it looked ok.  I opened a ticket with support, no word yet.


    After talking with support it seems like we might have had a few issues.  They had me turn off the new RDNS feature and graylisting.  I enabled the proxy early this morning and so far so good.[:)]
Children
  • 0 in reply to tdubb5
    If you are getting climbing connection counts in the SMTP log, please check your IM/P2P logs for false positive detections.  Look for port 25 traffic which appears valid but is being blocked, probably marked as Skype (code 60103), but possibly IRC/60100 or MSN/60101.  If you see false positives, set that protocol to "do not control".

    The IM/P2P system drops traffic, so the SMTP servers do not see FIN or RST packets and assume the connection is still open, thus the climbing connection counts.  The false positive issue is still under investigation at this time.
  • 0 in reply to Jack Daniel
    Turning off the Instant Messaging Filter or putting the relaying host in the exception list solved my problem. Thanks to Jack.
  • 0 in reply to Jack Daniel
    Confirmed turning off the skype blocking solves the problem. The 1679 src ips for skype was short of the tip off. Thanks Jack.
  • 0 in reply to ratz
    Confirmed than unblocking skype fixed the same problem for me.
Cookie Information Banner