Patrick Morris wrote: > Unless I'm misunderstanding what your procmail recipes are doing, > it's *alread* been hacked into Sendmail.
Not exactly, there are a few load-based controls on *some* aspects of sendmail's processing... > From a sendmail.cf file I've got lying around: > # load average at which we just queue messages > #O QueueLA=8 Set to 2. I may up this at some point and see what breaks. > # load average at which we refuse connections > #O RefuseLA=12 Set to 8 currently, although before the hacking to keep concurrent SA calls from breaking things I had it at 6. > # load average at which we delay connections; 0 means no limit > #O DelayLA=0 I've also got this set to 1. :P > The "RefuseLA" setting would be the one that I'd think most closely > matches what you're doing with Procmail: it stops accepting SMTP > connections until the load goes back down. But I don't *want* to reject incoming connections... this machine also handles outbound mail relay duties for customers. Better to accept the mail and queue it locally than pop an error message up in someone's Incredi(blyStupid)Mail... :( Worse, inbound mail is relayed from our "main" server, which needs all the help it can get in reducing *its* load by keeping messages *out* of its queue. SMTP traffic MUST flow on this machine; queueing locally is far cheaper than angry customers or slowdowns on the main server- which seems to run ~15-25K messages in its queue. (Yes, ugh; it's run by the staff at our new head office, and so has a number of Policies I'd never have implemented myself that cause this. It's a legacy box even there.) The whole point was to keep accepting *new* mail, while making sure that *concurrent* procmail->SA calls don't get out of hand and bring the system to a *complete* standstill. sendmail does NOT have any native way to limit the number of concurrent deliveries it makes to *any* delivery agent. -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
