Subject: Re: Abysmal Mailing List Performance
To: Charles M. Hannum <current-users@NetBSD.ORG, email@example.com>
From: Irving Reid <firstname.lastname@example.org>
Date: 07/03/1996 13:17:47
> "Gary D. Duzan" <email@example.com> 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 -