Slashdot Mirror
Which Mailing List Manager Do You Recommmend?
bobdinkel writes "While I know it isn't the most glamorous thing, mailing lists are a fact of life. And they gotta be managed by someone. In my organization, that someone is me. For whatever reason (they won't exactly say) the powers that be do not want to use majordomo and sendmail. So I pose this question to you, dear reader: What is the best MLM - MTA combo in the Unix world?" One only needs to shake a stick to see the amount of software available that handles mailing lists. Which ones have suited your needs?
It really is good software -- easy to administer, and easy for users. I wouldn't bother with Majordomo anymore...
DO NOT LEAVE IT IS NOT REAL
One point is that Qmail's author issued a Cash Reward for the first person to find a security hole in qmail- That was in march 1997 and it still has not been claimed.
compare this to sendmail, where there's a security hole fix in EVERY release.
Qmail is also AWESOME at handling high amounts of email sanely, is absolutely simple to configure, has a large and very supportive user base, and again, it was designed with security in mind.
Apart from that, ezmlm is EASY to configure, and if you get the "qmailadmin" program, you also have an easy web-based configuration interface, if you prefer that. (though, I myself prefer the commandline tools.)
The one thing you'll have to get used to is the 'Maildir' format, which applies to anyone using a shell on the qmail server to check / receive email- mutt has builtin maildir support, there's a patch available for pine.
qmail's home location is http://cr.yp.to/qmail.html and it's supporting community is at http://www.qmail.org
get 0wned. irc.w30wnzj00.com
Some smartass somewhere has to mention that qmail and it's impossible-to-manage ezmlm program is a superior solution.
I don't seem to be having any trouble at all adminning small (150 user, 3GB/mo) and mid-size (800-user, ~25GB/mo) qmail installations. This is with Vpopmail too; the mid-size email system is for one domain; there are 36 others on that system too but they're all fairly small. Ezmlm isn't simple, no, but it's no pain in the ass to manage, either. I use QmailAdmin to do most of the dirty work. I set up the new domain, give the owner the postmaster password and point them to the qmailadmin setup. Piece of cake.
And while we're at it, djbdns rocks the house!
qmail is a very good MTA; I wouldn't trade it for anything else. That doesn't mean I think that djb is a god; I can't stand his daemontools, nor do I like djbdns. Go figure.
From their website: Take a look at Listar's feature list, and see the advantages it has over other similar Listserver packages. (anti-spam hooks, ability to strip down MIME messages and remove their attachments, virtual hosts, just to name a few).
-> Capt Cosmic <-
I use SmartList, which comes with Procmail. It's kind of a hassle to initially install (there's no smurfy GUI) but it's basic, poweful, and works without any stupidity getting in the way. User subscriptions and unsubscriptions are handled via the time-honored mechanism of mailing to list-request addresses.
The last time this came up, lots of people recommended MailMan. As a user, I hate Mailman. So as a mailing list admin, I won't inflict it on people. Here's why:
Compare and contrast this sequence of actions:
With sane mailing list software:
With Mailman:
Now which was easier?
So I use Smartlist for all my mailing lists. Though it is a pain in the ass to configure, it does the "reply to this to confirm" trick completely painlessly from the end user's point of view, and not having that is a deal breaker for me.
I understand that Mailman is trying to provide some measure of security by mailing passwords around, but mailed passwords don't work. By which I mean, they provide no more protection than the "reply to this message to be subscribed" mechanism does. So long as you can tell the web page to mail you your password, the only real validation that is going on is that the person issueing the subscribe request is a person capable of reading mail sent to the address they are subscribing.
It's important that mailing list software do this check, to avoid prank subscriptions. But the "reply to this" method is N less steps than the password-I-don't-know-I-have method, while being absolutely equivalent from a security point of view.
So the password thing is merely irritating and a waste of time: it has no benefits.
Mailman has a number of weaknesses / missing features which make unsuitable for some uses. Here are a few.
* No direct support for announce-only lists.
* It insists on having users use a password to unsubscribe / etc. I've found that most people don't want another password, and they don't need one with other mailing list systems.
* It has no ability to email out a "click here to unsubcribe" link, but rather a link to the above mentioned password system.
Of course it's probably idea for some uses, and I don't mean to disparage it in general, just to say that it's no the ultimate mailing list manager.