In the immortal words of Micah Thompson ([EMAIL PROTECTED]):
>
> I need more speed!
> Currently I am running majordomo with a custom perl program written for
> me by a friend called "splitlist" but it's still too slow. (splitlist
> takes the subscriber lists, alphabetizes by reverse domain, and spawns
> off multiple parallel sendmail processes). It is way faster than
> majordomo alone, but still not enough.
You probably want to look into the following:
1. bulk_mailer, a majordomo add-on that does some of the
same things as your script does, and a bit more.
2. qmail (www.qmail.org), vmailer (www.vmailer.org), or
another higher-performance MTA. (LSMTP may or may
not fit the bill; I've never used it, so cannot comment.)
3. Rob Kolstad of BSDI presented a paper on tuning high-
use mailing lists at the last USENIX LISA conference.
The paper may be available somewhere on www.usenix.org.
4. The [EMAIL PROTECTED] mailing list. :)
> Is majordomo the way to go with this, or should I look into something
> like listserv?
As a rule, the MTA tends to be the speed limiting factor, not
the MLM. However, if your list is large enough, or you run
a great number of lists, Listserv might be a win for you on
other considerations. "Your Mileage May Vary."
> Oh, the mailing list must run on an already heavily
> loaded server which is usually straining to handle all the web traffic
> being generated by the bad weather (people looking at my online doppler
> radar). :)
Split your web machine from your mail machine. Really. Or at a minimum
make sure it's a multiprocessor machine and that the mail spools and
web directories live on different drives or better yet different
SCSI controllers. But really, split the functions into two different
machines. :)
-n
------------------------------------------------------------<[EMAIL PROTECTED]>
Remember when they told you there'd be no future? Well, this is it.
<http://www.blank.org/memory/>------------------------------------------------
