RE: [Declude.JunkMail] Declude Temp Folder backing up.
I have a theory. I found the Declude process counter tool and I ran it. It showed an average between 0 - 2 Declude process running. I shut down as much other stuff as I could and the PROC folder began clearing out. As soon as I reenabled invURIBL and Message Sniffer the PROC queue began to fill. I suspect because of the number of processes running with those additional tests spawning their own processes? Is there a parameter somewhere that I can set to override this process limit that Declude is enforcing? I'd like to test my theory. -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Dave Beckstrom Sent: Friday, September 02, 2005 8:46 PM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] Declude Temp Folder backing up. Hi everyone, First I want to thank all of you who responded to my earlier question about catching the spam that was missed. I adopted some of the suggestions and I appreciate all of the good advice that was offered. You guys know your stuff! I wanted to respond to you all but unfortunately I've been swamped. The reason I'm behind on responding to my email is I've been fighting problems with email all day. The first problem I discovered is that Declude is blocking large attachments. I have more testing to do yet to figure out why. I disabled anti-virus and all of my custom filters in an attempt to narrow down the cause of the problem. If I disable Declude the attachments will go through. With Declude in place, if the attachments are larger, they do not go through. However, before I was able to solve the above problem I discovered another problem which was more urgent and is why I'm emailing you now to see if you might have some ideas. Apparently Declude will move email to a spool/proc directory when it gets behind. I found 17,000 messages in that directory. I de-installed Delude and then I moved those messages back into the spool and they processed and were delivered okay. Here is what the Delcude manual says: === Overflow System for SmarterMail - An overflow process (like the IMail version) has been added. IMail follows the recommendation from Microsoft that states that a limit of 30 processes should not be exceeded. By default Smartermail will not be able to run more than 25 processes. * If Declude runs and finds that there are more processes running than allowed, it will move the email to a temp storage area and exit. * If Declude runs and finds that there are less than the allowed processes running and there are emails in that temp storage, it will process them. This means during high volume some email may be temporally delayed but Declude will process them when it finds itself running during lower volume. = Okay, here is my question -- I currently have 12 emails sitting in the spool being processed for delivery. When I look in the PROC directory, which is what Declude uses for the overflow directory in smartermail, I have 95 messages that are sitting in there. The PROC directory is growing, too. With smartermail being fairly idle why would Declude not process those messages in the PROC directory? Why are they queueing in there to begin with? There must be some setting that needs to be changed. I assume having to do with the number of processes. Thoughts? Thanks, Dave --- [This E-mail scanned for viruses by Declude Virus] --- 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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- 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.
Re: [Declude.JunkMail] Declude Temp Folder backing up.
Dave, What is the CPU like of your box with the external tests enabled? Is your CPU at 100%? Darrell --- DLAnalyzer - Comprehensive reporting on Declude Junkmail and Virus. Download it today - http://www.invariantsystems.com - Original Message - From: Dave Beckstrom [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, September 02, 2005 10:09 PM Subject: RE: [Declude.JunkMail] Declude Temp Folder backing up. I have a theory. I found the Declude process counter tool and I ran it. It showed an average between 0 - 2 Declude process running. I shut down as much other stuff as I could and the PROC folder began clearing out. As soon as I reenabled invURIBL and Message Sniffer the PROC queue began to fill. I suspect because of the number of processes running with those additional tests spawning their own processes? Is there a parameter somewhere that I can set to override this process limit that Declude is enforcing? I'd like to test my theory. -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Dave Beckstrom Sent: Friday, September 02, 2005 8:46 PM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] Declude Temp Folder backing up. Hi everyone, First I want to thank all of you who responded to my earlier question about catching the spam that was missed. I adopted some of the suggestions and I appreciate all of the good advice that was offered. You guys know your stuff! I wanted to respond to you all but unfortunately I've been swamped. The reason I'm behind on responding to my email is I've been fighting problems with email all day. The first problem I discovered is that Declude is blocking large attachments. I have more testing to do yet to figure out why. I disabled anti-virus and all of my custom filters in an attempt to narrow down the cause of the problem. If I disable Declude the attachments will go through. With Declude in place, if the attachments are larger, they do not go through. However, before I was able to solve the above problem I discovered another problem which was more urgent and is why I'm emailing you now to see if you might have some ideas. Apparently Declude will move email to a spool/proc directory when it gets behind. I found 17,000 messages in that directory. I de-installed Delude and then I moved those messages back into the spool and they processed and were delivered okay. Here is what the Delcude manual says: === Overflow System for SmarterMail - An overflow process (like the IMail version) has been added. IMail follows the recommendation from Microsoft that states that a limit of 30 processes should not be exceeded. By default Smartermail will not be able to run more than 25 processes. * If Declude runs and finds that there are more processes running than allowed, it will move the email to a temp storage area and exit. * If Declude runs and finds that there are less than the allowed processes running and there are emails in that temp storage, it will process them. This means during high volume some email may be temporally delayed but Declude will process them when it finds itself running during lower volume. = Okay, here is my question -- I currently have 12 emails sitting in the spool being processed for delivery. When I look in the PROC directory, which is what Declude uses for the overflow directory in smartermail, I have 95 messages that are sitting in there. The PROC directory is growing, too. With smartermail being fairly idle why would Declude not process those messages in the PROC directory? Why are they queueing in there to begin with? There must be some setting that needs to be changed. I assume having to do with the number of processes. Thoughts? Thanks, Dave --- [This E-mail scanned for viruses by Declude Virus] --- 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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- 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 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.
RE: [Declude.JunkMail] Declude Temp Folder backing up.
Darrell, It averages between 25% - 40% with occasional spikes to about 80%. -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED]) Sent: Friday, September 02, 2005 9:20 PM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] Declude Temp Folder backing up. Dave, What is the CPU like of your box with the external tests enabled? Is your CPU at 100%? Darrell --- DLAnalyzer - Comprehensive reporting on Declude Junkmail and Virus. Download it today - http://www.invariantsystems.com - Original Message - From: Dave Beckstrom [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Friday, September 02, 2005 10:09 PM Subject: RE: [Declude.JunkMail] Declude Temp Folder backing up. I have a theory. I found the Declude process counter tool and I ran it. It showed an average between 0 - 2 Declude process running. I shut down as much other stuff as I could and the PROC folder began clearing out. As soon as I reenabled invURIBL and Message Sniffer the PROC queue began to fill. I suspect because of the number of processes running with those additional tests spawning their own processes? Is there a parameter somewhere that I can set to override this process limit that Declude is enforcing? I'd like to test my theory. -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Dave Beckstrom Sent: Friday, September 02, 2005 8:46 PM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] Declude Temp Folder backing up. Hi everyone, First I want to thank all of you who responded to my earlier question about catching the spam that was missed. I adopted some of the suggestions and I appreciate all of the good advice that was offered. You guys know your stuff! I wanted to respond to you all but unfortunately I've been swamped. The reason I'm behind on responding to my email is I've been fighting problems with email all day. The first problem I discovered is that Declude is blocking large attachments. I have more testing to do yet to figure out why. I disabled anti-virus and all of my custom filters in an attempt to narrow down the cause of the problem. If I disable Declude the attachments will go through. With Declude in place, if the attachments are larger, they do not go through. However, before I was able to solve the above problem I discovered another problem which was more urgent and is why I'm emailing you now to see if you might have some ideas. Apparently Declude will move email to a spool/proc directory when it gets behind. I found 17,000 messages in that directory. I de-installed Delude and then I moved those messages back into the spool and they processed and were delivered okay. Here is what the Delcude manual says: === Overflow System for SmarterMail - An overflow process (like the IMail version) has been added. IMail follows the recommendation from Microsoft that states that a limit of 30 processes should not be exceeded. By default Smartermail will not be able to run more than 25 processes. * If Declude runs and finds that there are more processes running than allowed, it will move the email to a temp storage area and exit. * If Declude runs and finds that there are less than the allowed processes running and there are emails in that temp storage, it will process them. This means during high volume some email may be temporally delayed but Declude will process them when it finds itself running during lower volume. = Okay, here is my question -- I currently have 12 emails sitting in the spool being processed for delivery. When I look in the PROC directory, which is what Declude uses for the overflow directory in smartermail, I have 95 messages that are sitting in there. The PROC directory is growing, too. With smartermail being fairly idle why would Declude not process those messages in the PROC directory? Why are they queueing in there to begin with? There must be some setting that needs to be changed. I assume having to do with the number of processes. Thoughts? Thanks, Dave --- [This E-mail scanned for viruses by Declude Virus] --- 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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just
Re: [Declude.JunkMail] Declude Temp Folder backing up.
Dave, A couple of questions. First off, what is your average daily volume of E-mail on your server? Secondly, what is your CPU and hard drive configuration. Thirdly, what version of Declude are you running? Lastly, when you login as admin and go to Settings General Settings, what is your Delivery Delay set to? To answer your question more directly, there is a way to control the number of processes that Declude can spawn, but based on what you have said, this isn't likely the issue, and the default is fine for all but the busiest installations. Matt Dave Beckstrom wrote: I have a theory. I found the Declude process counter tool and I ran it. It showed an average between 0 - 2 Declude process running. I shut down as much other stuff as I could and the PROC folder began clearing out. As soon as I reenabled invURIBL and Message Sniffer the PROC queue began to fill. I suspect because of the number of processes running with those additional tests spawning their own processes? Is there a parameter somewhere that I can set to override this process limit that Declude is enforcing? I'd like to test my theory. -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED]] On Behalf Of Dave Beckstrom Sent: Friday, September 02, 2005 8:46 PM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] Declude Temp Folder backing up. Hi everyone, First I want to thank all of you who responded to my earlier question about catching the spam that was missed. I adopted some of the suggestions and I appreciate all of the good advice that was offered. You guys know your stuff! I wanted to respond to you all but unfortunately I've been swamped. The reason I'm behind on responding to my email is I've been fighting problems with email all day. The first problem I discovered is that Declude is blocking large attachments. I have more testing to do yet to figure out why. I disabled anti-virus and all of my custom filters in an attempt to narrow down the cause of the problem. If I disable Declude the attachments will go through. With Declude in place, if the attachments are larger, they do not go through. However, before I was able to solve the above problem I discovered another problem which was more urgent and is why I'm emailing you now to see if you might have some ideas. Apparently Declude will move email to a spool/proc directory when it gets behind. I found 17,000 messages in that directory. I de-installed Delude and then I moved those messages back into the spool and they processed and were delivered okay. Here is what the Delcude manual says: === Overflow System for SmarterMail - An overflow process (like the IMail version) has been added. IMail follows the recommendation from Microsoft that states that a limit of 30 processes should not be exceeded. By default Smartermail will not be able to run more than 25 processes. * If Declude runs and finds that there are more processes running than allowed, it will move the email to a temp storage area and exit. * If Declude runs and finds that there are less than the allowed processes running and there are emails in that temp storage, it will process them. This means during high volume some email may be temporally delayed but Declude will process them when it finds itself running during lower volume. = Okay, here is my question -- I currently have 12 emails sitting in the spool being processed for delivery. When I look in the PROC directory, which is what Declude uses for the overflow directory in smartermail, I have 95 messages that are sitting in there. The PROC directory is growing, too. With smartermail being fairly idle why would Declude not process those messages in the PROC directory? Why are they queueing in there to begin with? There must be some setting that needs to be changed. I assume having to do with the number of processes. Thoughts? Thanks, Dave --- [This E-mail scanned for viruses by Declude Virus] --- 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 scanned for viruses by Declude Virus] --- [This E-mail scanned for viruses by Declude Virus] --- 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.
