Re: [cobalt-developers] Replacing sendmail

["Robert G. Fisher" <rfisher@xxxxxxxxxxxxxxx>]

On Tue, Jul 25, 2000 at 11:59:33PM -0700, Jeff Lasman wrote:
> "Robert G. Fisher" wrote:
> 
> > Check your /etc/sendmail.cf -- these are all options so you
> > should see a line with O MaxDaemonChildren for instance.

>   # load average at which we refuse connections
>   O RefuseLA=20

This means a load average of 20.0 -- I have a QueueLA of 8
and a RefuseLA of 12 on my systems, so when I reach a load
of 8 I just stick it into the queue and wait for later.

>   # maximum number of children we allow at one time
>   O MaxDaemonChildren=12

This means you can never have more than 12 sendmail processes
running at any given time.  This affects incoming sendmail as
well as sendmail executed from the command line (including
newaliases).

>   # maximum number of new connections per second
>   O ConnectionRateThrottle=5
> I'm now quite sure that throttling SubscribeMe is a good idea <smile>.

Well, since you can't exactly throttle problem users, you
can at least throttle problem software <grin/jk>  Check your
log, if you're getting hit in SMTP port really quick then
that should also cause rejects.

> It can do either; I really don't remember which was the default.

Oh well :)
 
>   Cobalt Linux release 5.0 (Pacifica)
>   Kernel 2.2.12C3 on an i586
>   login:

I was just curios.  I had some issues with the implementation
of poll() and SMP in the 2.2.X series that was not resolved
until 2.2.13pre17.  The poll() problem affected syslog rather
significantly and would thus affect sendmail as sendmail taxes
syslog the heaviest until syslog would 'forget' about the 
child sockets that it was supposed to read from sendmail and
thus got stuck in the startup (strace showed it stopping as it
got to syslog()).

Although, I assume the RaQ3 is a single processor and thus no
need to worry about SMP.


-- 
Robert G. Fisher		     NEOCOM Microspecialists Inc. 
System Administrator/Programmer      (540) 666-9533 x 116