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

Pop3 Proxy - Timeout

Hey y'all,

Since I did my upgrade from v7.507 to v8.002 on Sat I have had some problems getting my e-mail. I thought it worked itself out after overnight updates but it came back with a vengeance yesterday and today.

I am using only the POP3 Proxy with Antivirus and AntiSpam.

I turned the Proxy off and everything works fine so I look into the logs and saw I was getting a bunch of these:

2010:10:19-06:09:10 router pop3proxy[2698]: ctasd timeout
2010:10:19-06:09:57 router pop3proxy[2698]: ctasd timeout
2010:10:19-06:10:44 router pop3proxy[2698]: ctasd timeout 

My CPU report is showing a MAX Usage of 4.8% so I don't believe it is a performance issue.

I increased my Outlook server timeout from 1min to 2 min. Seems to work but takes forever to complete.

Anybody have any ideas?


This thread was automatically locked due to age.
  • Anytime things seem strange, it pays to look in the Intrusion Prevention log.  If nothing looks strange there, what about the packet filter and POP3 logs?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • For the sake of diagnostic process of elimination, I rebuilt the router after I posted this thread. This time using the 32bit kernel instead of the 64bit one.

    Again, restoring the backup configuration file worked flawlessly and guess what?!?!?

    Everything is working better now, and the response time is much better on the system.

    Take this as a sign, unless you have high requirements and big hardware, don't worry about using the 64bit kernel.
  • Having same problem. running 8.002 since it is available.
    ctasd timeout
    Could receive emails till yesterday. Today it is not workin anymore.
    Have switched of pop3 proxy to get emails through.

    between yesterday and today only a pattern update took place

    Right now still investigating. .....
  • Which kernel are you using? As I stated, switching to the 32bit kernel was the fix for me.

    I hope this helps.

    Cheers!
  •  
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Switching to a 32bit kernel will not solve your ctasd problem (see the other thread).
  • Switching to a 32bit kernel will not solve your ctasd problem (see the other thread).


    I have looked at the other thread. Please allow me to clarify. In that thread, the ctasd was restarting, in my situation, it was timing out. None of the log entries look similar.

    PLEASE, PLease, please don't take this the wrong way, but you say the kernel switch "Won't" solve my ctasd problem. Yet, by doing so, it did.

    There are theories abound. I am suspecting since I am running on a low power Atom 330 platform with many ASG options activated, that possibly the 64bit kernel and all it's increased overhead "MAY" have overloaded / stalled my system. This includes the kernel and all it's dependencies. 

    I am sincerely appreciative and grateful for all you developers hard work.