Simon Byrnand said:
> > So quickly that it makes me suspicious as to what was REALLY > >wrong. Maybe something more than just load, or RBL problems. Maybe a > >locking problem. > > Nope, this is a problem with stock installs of sendmail/procmail and/or a > lack of memory. How much memory does the server have ? Roughly how many > messages a day do you process ? > > In your sendmail.cf you'll want to tune: > > QueueLA > RefuseLA > MaxDaemonChildren > ConnectionRateThrottle > > of course what you tune them to depends on the specs of your server.
BTW, postfix has a very nice solution -- you tell it how many concurrent local delivery processes you want to support, and it limits itself to that. That doesn't effect how many postfix SMTP listeners, queue processors, remote-delivery processes, etc. are run A lot cleaner than sendmail's load-average stuff, which is a bit too reactive for my taste ;)
For sure... sendmail desperately needs a built in setting that limits the local delivery concurancy cleanly.
The advantage of doing it that way instead of my script is that it could achieve higher throughput under load by maintaining the optimum number of simultaneous deliveries - if you were pegging the threshold, as each local delivery terminated a new one could be started immediately to fill the gap until there weren't any more jobs to process.
From what I've heard 8.12 might have such a setting, if it does it might be time for an upgrade :) (Now that I've finished rolling out SA, I'll have a bit of time to check it out..)
Regards, Simon
------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
