8.15 is vulnerable to the IMAP exploit too is it not? Are you getting attacked?
T -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Schaible Sent: Friday, January 13, 2006 8:21 AM To: Tripp Allen Subject: Re: [IMail Forum] IMail 8.15: Queue Manager hanging Hi Tripp, So, please tell why, why my CPU was on 100% for a long time? > one time largely depends on how many threads you have the > queue manager set to use These settings are on the default values. I never found detailed infos or a "how to" to pimp this values. "Trial and Error" might be not a good idea. > Also, enabling the DNS cache and failed > domain skipping can really speed up the process of delivering lots of > messages. Both is on. ============================================ Am Freitag, 13. Januar 2006 um 16:21 schrieben Sie: > Having many files to deliver (hundreds in the spool directory) is not > really a "stress" to the queue manager. It reads a list into memory and > then starts processing them, one after another. The queue manager will > use all available CPU to send these, but it will also yield cpu to other > processes that need it as well. How many messages the queue manager can > process at one time largely depends on how many threads you have the > queue manager set to use. Also, enabling the DNS cache and failed > domain skipping can really speed up the process of delivering lots of > messages. > Tripp > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Martin > Schaible > Sent: Friday, January 13, 2006 9:35 AM > To: Ipswitch IMail Mailing List > Subject: [IMail Forum] IMail 8.15: Queue Manager hanging > Hi, > I declare today the day of the Queue Manager.. > After updating our anti spam files, we're restarting the smtp and queue > manager via a program alias. > For the frist ever, the queue manager service was not in the mood to > shutdown. In the service applet the services was visible as "pending > stopping". I had to kill the service brutally with kill.exe, the only > choice in situation like this. > I startet the service and the queue manager startet to deal with about > 500 files in the spool directory. At this stage the services needed 100% > of both cpu's and it also needed about 300 megs of RAM. The general > response time of the server was very high. Quite interesting. > After 10 minutes the spool directory was almost empty and the load of > the cpu and RAM looked normal. > My questions: > - What was the reason for the unsuccessful shutdown of the service? I > never had that before. > - A few hundred spool files stresses queue manager like hell. Our site > is very small, a few hundred domains. What happens to a big site in > circumstances like i had? This cleanup task would use hours, or am i > wrong? ============================================ -- Mit freundlichen Grüssen -------------------------------------------- Merlin Consulting Martin Schaible Bahnhofstrasse 27 CH-8702 Zollikon Phone: +41 44 391 30 00 Fax: +41 44 391 32 49 Mail: mailto:[EMAIL PROTECTED] URL: http://www.merlinconsulting.ch Support: http://support.merlinconsulting.ch GPS: N47 20.235 E8 34.226 -------------------------------------------- News - Neue Produkte: .:. NOD32 Antivirus System .:. BlueDragon .:. Kiwi Syslog Monitor .:. Paessler GmbH .:. Sawmill Loganalyzer .:. SmarterTools -------------------------------------------- To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
