Re: procmailrc being bypassed - again

2005-06-03 Thread Andy Jezierski
Jake Colman <[EMAIL PROTECTED]> wrote on 06/03/2005 02:47:15 PM: >    DBF> If the loadave does -not- go up (due to waiting for things like DNS >    DBF> queries) then you'll have to manually trigger the queuing behavior. >    DBF> Edit your sendmail.cf (or .mc) file to add the 'Expensive' flag ("

Re: procmailrc being bypassed - again

2005-06-03 Thread Jake Colman
> "DBF" == David B Funk writes: DBF> On Thu, 2 Jun 2005, Jake Colman wrote: >> >> I posted this problem last week and was told that it might be due to an >> SA problem when overwhelmed by too many connections. This problem only >> occurs when my server has been off-line and

Re: procmailrc being bypassed - again

2005-06-02 Thread David B Funk
On Thu, 2 Jun 2005, Jake Colman wrote: > > I posted this problem last week and was told that it might be due to an SA > problem when overwhelmed by too many connections. This problem only occurs > when my server has been off-line and then gets swamped from the backup MX > once it comes back on-li

Re: procmailrc being bypassed - again

2005-06-02 Thread Duncan Hill
On Thursday 02 June 2005 16:12, Jake Colman typed: > I use the default number of spamd children and have configured sendmail for > 25 daemon children. SA works perfectly and is filtering wonderfully except > for this one situation when I come back on-line and get swampled. The > initial batch of

procmailrc being bypassed - again

2005-06-02 Thread Jake Colman
I posted this problem last week and was told that it might be due to an SA problem when overwhelmed by too many connections. This problem only occurs when my server has been off-line and then gets swamped from the backup MX once it comes back on-line. I use the default number of spamd children a