OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Subject: Re: performance issues
From: Adam Levin (alevinaudible.com)
Date: Thu May 18 2000 - 09:07:44 CDT

On Thu, 18 May 2000, Brad Knowles wrote:
> It was introduced some relatively recently. Try updating to the
> latest official patch level (19991231-pl07?).

I've had plans for that for months, but I'm waiting for a good time to
take out the mail server for maintenance. :)

> I'd be willing to guess that this is because of limits you've
> placed in master.cf for the maximum number of processes that are
> allowed to be running.

At this point my master.cf has:
smtp inet n - y - - smtpd
pickup fifo n n y 60 1 pickup
cleanup unix - - y - 0 cleanup
qmgr fifo n - y 300 1 qmgr
rewrite unix - - y - - trivial-rewrite
bounce unix - - y - 0 bounce
defer unix - - y - 0 bounce
smtp unix - - y - 1000 smtp
showq unix n - y - - showq
error unix - - y - - error
local unix - n n - - local
cyrus unix - n n - - pipe
    flags=R user=cyrus argv=/cyrus/bin/deliver -e -q -m ${extension}
${user}
uucp unix - n n - - pipe
    flags=F user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail
($recipient)
ifmail unix - n n - - pipe
    flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
    flags=F user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop
$recipient

> The qmgr_site_hog_factor would help here. You could let a single
> site take up to 90% of the active queue, while not completely
> backlogging the entire machine. If you've got a large active queue,
> then maybe you'd want it to be something lower, such as 50%.

Great, thanks for the info. I'll make upgrading a priority so that I can
get the new feature.

-Adam

Adam Levin, Senior Unix Systems Administrator | http://www.audible.com/
Audible, Inc.
Wayne, NJ, 07470 "Bonsai!"
973-890-4070 x297