|
Here is my declude.cfg file:
#THREADS 15 THREADS 75
#WAITFORMAIL Defined in milliseconds eg. 5000 = 5 seconds this can be changed to set the #wait time that decludeproc will wait before checking the \proc directory once empty for new messages.
WAITFORMAIL 5000
#INVITEFIX Some customers had issues related to Outlook meeting requests appearing as text only.
INVITEFIX ON
#ADVANCED CONFIGURATIONS #------------------------------------------------
#WAITFORTHREADS Defined in milliseconds eg. 1500 = 1.5 seconds this can be changed so that when the maximum #threads are in use this time specifics the wait before checking to launch more threads.
#WAITFORTHREADS 1500
#WAITBETWEENTHREADS Defined in milliseconds eg. 1 = 1 millisecond The time to wait between spawning one # thread and starting to process another thread.
#WAITBETWEENTHREADS 1
#WINSOCKCLEANUP some customers had issues related to their network stack causing loss of functionality for basic #network operations.The default for this directive is OFF
WINSOCKCLEANUP ON
#AUTOREVIEW Email in the \review directory is automatically moved to the \proc directory when the service starts # or when the proc directory is empty
#AUTOREVIEW OFF
-----Original
Message-----
Will, I am using hijack with its default settings. My Declude seems tofunction just fine as I'm watching but every other or third weekend itseems like I come in on a Monday to see a couple hundred thousandmessages in the proc folder. I only allow 50 recipients per message,have no loops, no catchall aliases. Looks like I typically receivearound 140,000 per day so it is pretty strange to come in after two daysand see 500,000 messages. However, it was a holiday weekend... A report for one of my normal days can be seen here:http://mail.ncats.net/report.html My global.cfg is attached I'm a little confused about the syntax of the country command. Is thereany official documentation or examples available? I have been searchingfor them with little luck. It would be nice to have a declude log analyzer that would display alist of IP's organized by spam counts so I could start blacklisting somesubnets, If that would be at all helpful to me. Will -----Original Message-----From: [EMAIL PROTECTED][mailto:[EMAIL PROTECTED]] On Behalf Of Craig EdmondsSent: Tuesday, May 30, 2006 11:33 AMTo: [email protected]Subject: RE: [Declude.JunkMail] Mail BackloggingImportance: High I would also recommend the declude hijack filter. It has saved me a couple of times. Kindest RegardsCraig Edmonds123 Marbella InternetW: www.123marbella.comE : [EMAIL PROTECTED] Marbella Guide Web PortalW: www.marbellaguide.comE: [EMAIL PROTECTED] -----Original Message-----From: [EMAIL PROTECTED][mailto:[EMAIL PROTECTED]] On Behalf Of MattSent: Tuesday, May 30, 2006 5:10 PMTo: [email protected]Subject: Re: [Declude.JunkMail] Mail Backlogging Will, Do you have any catch-all (nobody) aliases for any of your domains? Ifso,a single such domain can overwhelm a server when under dictionaryattack.Catch-alls must be removed. The traffic will disappear immediately ifthisis the case. Also, it is definitely not uncommon for a business like yours to haveclients using your server for bulk-mailing. You should set reasonablerecipient limits per message (like 50 or so) and watch for people thathaveautomated software that sends out even more. Looping can cause issues like this as well. Lastly, you may need to tweak your Declude.cfg settings in order tohandlethe normal traffic that you see. It seems that a lot of the highervolumeservers backup when using the default settings, so this effect may bedifferent from what you were seeing in the past. Maybe you could shareyournormal and peak volume along with your Declude.cfg settings with thelistand get some feedback. Matt Will wrote:
|
- RE: [Declude.JunkMail] Mail Backlogging David Barker
- Re: [Declude.JunkMail] Mail Backlogging Darrell ([EMAIL PROTECTED])
- RE: [Declude.JunkMail] Mail Backlogging Will
