Subject: Re: Abysmal Mailing List Performance
To: Charles M. Hannum <current-users@NetBSD.ORG, mycroft@mit.edu>
From: Irving Reid <irving@border.com>
List: current-users
Date: 07/03/1996 13:17:47
>  "Gary D. Duzan" <gary@wheel.tiac.net> writes:
>  
>  > 
>  >    Has anyone else noticed that it takes forever for messages posted to
>  > the NetBSD lists takes forever to get out?
>  
>  I wouldn't call it `forever', but it does take a while.  There are
>  only 2 ways to fix this:
>  
>  1) Get a better mailer.  Unfortunately, the only one that has a
>  reasonable queueing policy is zmailer, and it's simply too unstable.

If you're willing to live on the bleeding edge. Dan Bernstein's 'qmail' 
does a pretty good job of handling large mailing lists.  I have 
philosophical differences with a few of its design decisions, but 
overall it's the closest I've seen to "the right way to do it".  You 
can get it by anonymous FTP from koobera.math.uic.edu in 
pub/software/qmail-0.75.tar.gz.  Note that it is _significantly_ 
different from sendmail; be prepared for a bit of a shock.

I've spent plenty of time inside zmailer, because the BorderWare 
Firewall Server uses it.  About once a week we discuss whether it would 
be possible to trash it and put in something else.  It's a much worse 
memory hog than sendmail, aside from all its other problems.

>  2) Run more sendmail processes.  Unfortunately, pain *can't* run more
>  sendmail processes, because it doesn't have the memory.
>  
>  You're welcome to fix either one of these.  B-)

Hmm.  My inclination would be to configure the listening sendmail to 
queue everything except local deliveries, and then run maybe 3 other 
sendmails processing the queue for outgoing messages.

 - irving -