Scott, The servers in question are not [yet] running Declude Virus so what happened should be a purely Declude JunkMail question. With as lean as Declude is, looks like the only way to test this is in the moment. During yesterdays "moment", it was tuff to sit by turning off one test at a time, to see which it was, while clients were waiting for email. Is there a way to load test a server, generating activity across one, some or all tests to find bottle necks?
The new servers will hopefully make it less likely to happen again but that will also hinder understanding. I'll just have to get more clients to load them down with. :) Thanks Dan On Wednesday, June 4, 2003 5:07, R. Scott Perry <[EMAIL PROTECTED]> wrote: > >>Just before bringing our 3rd server into the fold, things quieted >>down. While I've already ordered 2 new dual processor 1U's, I want to par >>down (if not eliminate) the variables invovled: >> >>1) If an external DB query slowed things down, delaying each Declude >>process, would Declude still show high CPU consumption while waiting and >>would the graph still be pegged? If not, is there any situation external >>to my server that would? > >No -- the Declude process should not show high CPU usage in >this case. > >>2) Is it possible for Declude to be consuming CPU cycles while idling for >>some other reason? > >No. Declude uses the "Sleep()" command, which gives up CPU cycles to other >programs (and will prevent the Task Manager from showing CPU usage in >Declude during idle times, such as when Declude JunkMail is waiting for an >external or DNS-based test to complete). > >>3) If something else is running in the background, eating cyles, does >>Declude 'look' like its working harder? > >Not that I am aware of. > >>4) If a user (or users) all received masses of attached files (say multi >>megabyte), would this slow things down in the way described? > >It could. However, in this case, the main CPU usage would be Declude Virus >decoding the attachments. Even so, it should take a lot of large files to >see 100% CPU usage for an extended period of time. > >>5) When a new client reports having 30 users, whats the best way to >>decipher if this is the case? Is there a log analyzer that inventories >>unique addresses (understanding that 1 user can have many >addresses). > >In this case, you may want to try our free Domain Lister tool (at >http://www.declude.com/tools ), which you can run from a command prompt as >"domlist -list", which will (among other things) list all the users/aliases >for a domain. It doesn't show the count, however. > > -Scott >--- >Declude JunkMail: The advanced anti-spam solution for IMail mailservers. >Declude Virus: Catches known viruses and is the leader in mailserver >vulnerability detection. >Find out what you have been missing: Ask for a free 30-day >evaluation. > >--- >[This E-mail was scanned for viruses by Declude Virus >(http://www.declude.com)] > >--- >This E-mail came from the Declude.JunkMail mailing list. To >unsubscribe, just send an E-mail to [EMAIL PROTECTED], and >type "unsubscribe Declude.JunkMail". The archives can be found >at http://www.mail-archive.com. > --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
