Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 34 replies
  • Subscribers 3 subscribers
  • Views 32853 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

UTM 9.3 Outlook disconnect problem

PhilippeTAVERNE
Hi,
We were using Sophos UTM9   version 9.209-8  on a virtual machine with 3 Go of memory. The proxy is using for accessing to the Internet , for hosted applications like Exchange Online with Outlook 2007 .
Since I have updated the version of UTM for 9.302-2 , I am facing of performance problem and Outlook 2007 loses connection and reconnect many time per hour. I have noticed that the using swap on server increases abnormally and that Secure Web statistics are no more available.
I rolled back to version 9.209-8 and the the Oulook connexion is now stable. Any Help will be appreciate.
Thanks


This thread was automatically locked due to age.
Parents Reply
  • 0 in reply to PhilippeTAVERNE
    Hi,
    I have notice many event like this one in webfiltering log, this events seem to be write when users lose connection
    httpproxy[7328]: id="0003" severity="info" sys="SecureWeb" sub="http" request="0xa3aa6000" function="read_request_body_sink" file="request.c" line="427" message="client closed connection"
    We have not these events with 9.209-8 version
    is there someone who know what is the problem and can help me ?
    Thanks
Children
  • 0 in reply to PhilippeTAVERNE
    Hi,
    I have notice many event like this one in webfiltering log, this events seem to be write when users lose connection
    httpproxy[7328]: id="0003" severity="info" sys="SecureWeb" sub="http" request="0xa3aa6000" function="read_request_body_sink" file="request.c" line="427" message="client closed connection"
    We have not these events with 9.209-8 version
    is there someone who know what is the problem and can help me ?
    Thanks
    PHT, I don't know for sure, but kind of looks similar to a TLS negotiation problem that I've seen before?  Maybe try setting a TLS negotiation skip on the SMTP advanced tab for the senders in question, and see what you get?