Hi Kym,

(But different Brett!)

Thanks for the tip about putting a pause into helo.cfm. How did you ever 
discover that?

Cheers,

Brett
B)

Kym Kovan wrote:
Hello Brett,

We are running 2.5.10 on our production box so we are in the same space but I suspect that the problem is not related to the version of iMS.

BS wrote:
We have started receiving the following message in our SMTP logs about all
of the threads being used up by iMS.  iMS never seems to ever recover the
threads. So we get this message repeatedly until the Connector fails and
then all iMS functionality is lost.

11/02/2006 02:56:42 PM [1025] WARNING: Server too busy - 60 active threads

You are getting connections coming in faster than you are processing but the "why" of that could be interesting. We see it occur several times a day and as often or not it is a DOS attack that is quite deliberate or an accidental one where a badly configured SPAM engine is just dumping stuff at you too fast. In a lot of cases it won't recover the thread until the connection timeout occurs as the connection is still there,just doing nothing. The server has replied "too busy" but if the connection does not get dropped then you have to wait the ten minutes default or whatever the timeout is set to. You need to balance the number of SMPT threads against the number of CF threads so that CF can keep up with the workload. That includes whatever you are using for SPAM/Virus detection as the thread does not get closed until the data template has run.

The only way to get things back quickly is to restart the SMTP service, this will drop all connections and start over but it is a tad drastic to say the least! :-) We run a detection script that checks the threads and if everything else has failed then it does a restart of the service. You need to set thresholds so it only happens as a last resort. The best technique is to make sure that CF is processing fast enough, run it as hard as you can, and do lots of code tricks to keep the CF workload down. One little trick is to use a pause in the helo.cfm template so that the "accept" is not fed back for a couple of seconds. Bad SPAM engines have given up by then and gone away whereas a legitimate server will wait that long. This stops then hammering you with a bunch of emails in one go.


HTH

Kym K


--
Brett Payne-Rhodes
Eaglehawk Computing
t: +61 (0)8 9371-0471
f: +61 (0)8 9371-0470
m: +61 (0)414 371 047
e: [EMAIL PROTECTED]
w: www.ehc.net.au
w: www.yoursite.net.au

==^=======================================================
This list server is Powered by iMS  "The Swiss Army Knife of Mail Servers"
--------------------------------------------------------------------------------------
This list is provided as a free service.  Although we will try to address issues
in a timely manner, support via this list is not guaranteed.  If you require 
expedited
support then a support contract is required.  Support may be purchased from
http://www.coolfusion.com/commerce.  Details regarding support options may be 
reviewed
at: http://www.coolfusion.com/SupportOptions.cfm
--------------------------------------------------------------------------------------
To leave this list please complete the form at 
http://www.coolfusion.com/Support/
Need an iMS Developer license?  Sign up for a free license here:
http://www.coolfusion.com/Developers/
List archives: http://www.coolfusion.com/cfbb/
Note: You are subscribed as archive_jab_org / [email protected]
==^=======================================================


Reply via email to