Whitelisted

[Brent]

We have also recently been testing with /tmp mounted as tmpfs.  This was
done because sa writes out temp files to /tmp while processing.

/tmp/sa.427.BhnbyN  etc.

If anyone knows how to change the sa tmp directory they could be stored in a
subdirectory of the mailscanner tmpfs, but otherwise this has been working
well.

Brent

-----Original Message-----
From: MailScanner mailing list [mailto:MAILSCANNER at JISCMAIL.AC.UK] On Behalf
Of Ken Anderson
Sent: Monday, July 28, 2003 11:18 AM
To: MAILSCANNER at JISCMAIL.AC.UK
Subject: Re: Whitelisted

Raymond Dijkxhoorn wrote:

> Hi!
>
>
>>1) Start the incoming sendmail with a different config file.
>>Changes to /etc/rc.d/init.d/MailScanner (from rpm install on redhat)
>>make this change to the incoming sendmail command line:
>>------ snip -------
>>
>>  $SENDMAIL -bd -OPrivacyOptions=noetrn \
>>                       -ODeliveryMode=queueonly \
>>                       -OQueueDirectory=$INQDIR \
>>                       -OPidFile=$INPID \
>>                       -C/etc/mail/sendmail_in.cf
>>
>
>
> Works perfectly, only thing is my load on the box itself allmost doubled.
> So if you try this on a heavy loaded box, think twice :)

yep. Same here. I was able to gain the cost back by making some
performance adjustments.

1. Turn off fsync() on maillog in /etc/syslog.conf (on linux)
ie:
mail.*  -/var/log/maillog

2. Mount /var/spool/MailScanner/incoming as tmpfs

3. Because of #2 above, you can decrease the number of MailScanner
threads AND the frequency of batch runs. This pushes more mail into the
MailScanner/incoming directory so batches are larger. Since the incoming
directory is in memory now, mailscanner unpacks and scans message
batches faster. The price is a few seconds delay for messages traveling
through the system, but overall I/O is lower.

4. Sendmail's MaxRecipients = x is also a major factor, since each
message is cloned x times. I believe the default is 100 or 128... That's
probably too high if you are splitting all incoming mail into 1 recip
per message!

Ken A.
Pacific.Net


> But besides that, perfect solution, works like advertised!
>
> Thanks,
> Raymond.
>
>