[Declude.JunkMail] Declude performance question

[Chase Seibert]

I need some help tuning Declude for performance. Up until now, I have been adding tests mainly for spam filtering effectiveness. But I notice now that the server can process about 7 messages per second with the spam filtering off, versus only about 1-1.5 messages per second with Declude turned on. I suspect the delays are mostly network IO bound; the processors and ram on the boxes are relatively idle. When Declude is disabled, the CPU is pinned between iMail and come custom database insertion services we have. We do about 200,000 inbound messages a day between two servers, so the speed issue really only comes up when mail has queued up for some reason and needs to be de-queued.

 

Looking at our test list (posted bellow), we likely have WAY too many dns blacklists. That will be the first thing I look at. Any other suggestions?

 

I don't think it's any one test, but this is what we have turned on:

 

AHBL  WARN
BLITZEDALL WARN
CBL  WARN
DSBL  WARN
ORDB  WARN
SBL  WARN
SORBS-HTTP WARN
SORBS-SOCKS WARN
SORBS-MISC WARN
SORBS-SMTP WARN
SORBS-SPAM WARN
SORBS-WEB WARN
SORBS-BLOCK WARN
SORBS-ZOMBIE WARN
SORBS-DUHL WARN
SPAMCOP  WARN

 

DSN  WARN
NOABUSE  WARN
NOPOSTMASTER WARN

BADHEADERS WARN
BASE64  WARN
CMDSPACE WARN
COMMENTS WARN
HELOBOGUS WARN
IPNOTINMX IGNORE
MAILFROM        WARN
NOLEGITCONTENT IGNORE
PERCENT  WARN
REVDNS  WARN
ROUTING  WARN
SPAMHEADERS WARN

FIVETENSRC WARN
spamhaus WARN
dsbl  WARN
njabl  WARN
reynolds WARN
Orid  WARN
Jamm  WARN
AHBL  WARN
sorbs  WARN
dnsbl-1  WARN
dnsbl-2  WARN
surriel  WARN

SNIFFER  WARN
INV-URIBL WARN

IMAILSTAT  WARN

 

     -Chase

Chase Seibert |  Network and Systems Engineer |  Bullhorn Inc.  |  617.464.2440 x119  |  www.bullhorn.com