Steve

I use a 600mhz celeron that can do around 15000 emails aday before things start getting ugly - with quite alot of extra rules + surbl.org uri checking etc.

BUT I don't use qmail/spamd (qmail ain't the fastest MTA around anyway).

Exim is my MTA and it checks the 'to' contains a valid email address (ie a known internal one).

it then passes off to MailScanner which in turn calls SA via the perl API and then Sophos/ClamAV. (outbound only gets virus checked).

finally Exim delivers any clean non-spam email.


getting around 7-8,000 messsages a day processed with load well under 1 most of time - peaks around 3 sometimes..


I'd have a look to see if the qmail scanner can use a tmpfs filesystem for its work (ie a ramdisk).

Set the noatime flag on your spool and log partitions and No sync on logs (edit your syslog.conf file):

# mail.* /var/log/maillog (commented out)
mail.* -/var/log/maillog (the new line)

Given you are running RBL's I'd run a local caching name-server and/or turn most of them off. I just use the xbl.spamhaus.org (extra config) and orb one. This can tie up alot of time.



--
Martin Hepworth
Snr Systems Administrator
Solid State Logic
Tel: +44 (0)1865 842300


Steve Dimoff wrote:
None, I've been scared to add more rules due to what is happening now.

Here is my local.cf file also:

required_hits 5.2
rewrite_subject 0
subject_tag [**SPAM**]
use_bayes 1
use_terse_report 1
report_safe 0
use_dcc 0
use_pyzor 0
use_razor2 1
skip_rbl_checks 0
rbl_timeout 3
num_check_received 3
dns_available yes

-----Original Message-----
From: Martin Hepworth [mailto:[EMAIL PROTECTED] Sent: Thursday, July 29, 2004 10:30 AM
To: Steve Dimoff
Cc: Spamassassin-Users ([EMAIL PROTECTED])
Subject: Re: HELP! Performance Issues with Spamassassin


Steve

what rules are u running over the 'standard' 2.63 ??


-- Martin Hepworth Snr Systems Administrator Solid State Logic Tel: +44 (0)1865 842300


Steve Dimoff wrote:

Hello,

        I'm using SA 2.63 with qmail, Qmail-Scanner 1.22 and clamAV 0.72

System Info: RH 7.3

CPU:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Pentium(R) 4 CPU 2.40GHz
stepping        : 9
cpu MHz         : 2400.186
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips        : 4784.12


Memory:
Mem: 514324K av, 426548K used, 87776K free, Swap: 1044216K av, 70680K used, 973536K free


We process the following messages usually a day:

Statistics by Hour
----------------------------------------------------
Hour Spam Ham
------------- ----------------- --------------
2004-07-28 00 1595 ( 87%) 234 ( 12%)
2004-07-28 01 1818 ( 83%) 356 ( 16%)
2004-07-28 02 1279 ( 79%) 326 ( 20%)
2004-07-28 03 1693 ( 88%) 230 ( 11%)
2004-07-28 04 1840 ( 80%) 455 ( 19%)
2004-07-28 05 1394 ( 84%) 264 ( 15%)
2004-07-28 06 1591 ( 87%) 236 ( 12%)
2004-07-28 07 2136 ( 88%) 284 ( 11%)
2004-07-28 08 1541 ( 71%) 612 ( 28%)
2004-07-28 09 1507 ( 57%) 1109 ( 42%)
2004-07-28 10 1611 ( 70%) 673 ( 29%)
2004-07-28 11 581 ( 68%) 272 ( 31%)
2004-07-28 12 1343 ( 66%) 685 ( 33%)
2004-07-28 13 2106 ( 68%) 962 ( 31%)
2004-07-28 14 1644 ( 73%) 596 ( 26%)
2004-07-28 15 1411 ( 61%) 898 ( 38%)
2004-07-28 16 1820 ( 72%) 693 ( 27%)
2004-07-28 17 1411 ( 75%) 464 ( 24%)
2004-07-28 18 1491 ( 81%) 342 ( 18%)
2004-07-28 19 1296 ( 73%) 457 ( 26%)
2004-07-28 20 1116 ( 75%) 372 ( 25%)
2004-07-28 21 1461 ( 77%) 426 ( 22%)
2004-07-28 22 1286 ( 78%) 345 ( 21%)
2004-07-28 23 1325 ( 79%) 344 ( 20%)


Around the times where we get flooded and receive around 2000+ messages an
hour the system goes into a meltdown.


SPAMD is taking up most of the processes.  The system stops accepting new
mail connections. Once it's processed what's in Qmail's connection then it
starts to accept until it's full again.

Here is my RUN scipt for qmail

#!/bin/sh
QMAILDUID=`id -u qmaild`
NOFILESGID=`id -g qmaild`
# when QMAILQUEUE is set, all mail will be sent to the nominated script
QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl" export QMAILQUEUE

exec /usr/local/bin/softlimit -m 30000000 \
/usr/local/bin/tcpserver \
 -H -l systemname_removed \
 -v -x /etc/tcp.smtp.cdb \
 -c 35 -R -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \
/usr/local/bin/fixcrio \
/usr/local/bin/rblsmtpd -b -C \
 -r 'relays.ordb.org:Your message was rejected because the mail server

you

use is configured to allow OPEN RELAY - More detailed in
formation regarding this problem is available from
http://www.ordb.org/lookup/?%IP% - Please forward this error through to

your

emai
l server support staff for easy resolution.' \
 -t 5 \
/var/qmail/bin/qmail-smtpd 2>&1


When this flood comes it starts taking longer to process the mail.

630.7 seconds is the highest I've seen, I'm sure there is a higher number

in

there though.

We do have 2 systems setup. The 2nd is a Sun E250 2x400 with 2 GIG mem.

The

same thing happens to this system when we receive a "SPAM Flood".

Is there anything I can check or change to make it process faster when a

lot

of mail is hitting the server?

Thanks!
Steve




**********************************************************************

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote confirms that this email message has been swept
for the presence of computer viruses and is believed to be clean.

**********************************************************************


**********************************************************************

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote confirms that this email message has been swept
for the presence of computer viruses and is believed to be clean.

**********************************************************************



Reply via email to