I invoke spamc from procmail. /etc/procmailrc checks for .procmailrc in
the user's home directory before it runs spamc. In such a case, you could
have your status reports directed into your mailbox (or a seperate
mailbox) via procmail before it gets to spamc.
DROPPRIVS=yes
:0fw
* < 128000
| spamc
This limits spamc to process only messages under 128000 bytes in size. I
wouldn't want to bog spamc/spamd on monster files. You could convert to
using procmail like this. Procmail might have snubbed once in a while for
not being as efficient as a milter/vilter style thing, but it's very
flexible and convenient.
I use spamd/spamc on athlon 2600xp / linux 2.6.x / postfix / procmail /
1GB ram systems that process 100-170k messags per day per machine. I also
have a cron job that restarts spamd a couple times a day whether it needs
it or not just for good measure in case there were a memory leak or other
problem.
On Wed, Feb 25, 2004 at 01:17:05PM +0100, Ralf Naegele wrote:
> Hello,
>
> I'm running SA in a combination of "sendmail -> smtp-vilter -> spamd" some
> weeks with almost no problems. But today spamd killed my machine with 1 GB
> of Memory. spamd really ate all memory including the swap space so I had to
> cold reboot the machine. First I ran spamd with the parameter -m10 but now
> I reduced it to -m5 since I thought this could help. But the load is still
> very high (between 2 and 19). Does anybody have a hint how to reduce the
> memory usage on a high load mail server? Another idea was to exclude
> completely some mails from spam checking, since I get a lot of status
> reports by mail, which have no need for spam checking, but I haven't found
> a hint for some according options? I tried "trusted_networks",
> "whitelist_to" and "whitelist_from" as parameters in the local.cf but as far
> as I could see in the logfiles, the SA will anyhow invoked.
> Another idea of mine was to reduce the maximum message size (option -s of
> spamc). But I haven't a glue how spamd invokes spamc so I can set this
> option?
>
> Any help would be nice.
>
> Regards,
> Ralf
--
/*
Jason Philbrook | Midcoast Internet Solutions - Internet Access,
KB1IOJ | Hosting, and TCP-IP Networks for Midcoast Maine
http://f64.nu/ | http://www.midcoast.com/
*/
