Simon Byrnand wrote: > I imagine it would, however single threaded delivery mode just isn't > an option for any kind of real world use. Until such time as sendmail > implements a *proper* local delivery concurency setting, my method > works very well...
IIRC, you posted this method seom time ago- checking how many procmail/spamc/spamd (don't remember which) processes were "active" and deciding whether to attempt delivery or not. I found that even this wasn't lightweight enough on the filter server I'm adminning, so I wrote a microprogram to use the load average instead. Ideally, this should be hacked into sendmail itself in some way; I'm not going there myself. I *might* poke it into procmail if I get inspired some day. Snag it at ftp://ftp.deepnet.cx/devel/loadavg. It can be called like so: :0 * ? loadavg 2.5 { EXITCODE=75 :0 /dev/null } Similar to your solution, but probably faster and lighter. <g> Since I don't know what type of system it might be run on, I decided to make the load average an option, rather than hardwired. 2.5 seems to work well on the PII/450/512M box doing filtering right now, under ~60K messages (~850M) per week. Mail occasionally queues up, but the box doesn't grind to a halt and mail gets delivered within ~20 minutes or so (1 queue run). Things still get a little soggy if more than one person is logged into the webmail system though. :P -kgd -- <erno> hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. ------------------------------------------------------- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk