OpenBrainstem Mailman Configuration Fixed
7 Jun 2006I figured out how to get mailman working with my Postfix/maildrop/Dovecot setup.
I created entries like these in /etc/aliases (just as mailman instructs):
openbrainstem-announce: "|/usr/lib/mailman/mail/mailman post openbrainstem-announce" openbrainstem-announce-admin: "|/usr/lib/mailman/mail/mailman admin openbrainstem-announce" openbrainstem-announce-bounces: "|/usr/lib/mailman/mail/mailman bounces openbrainstem-announce" openbrainstem-announce-confirm: "|/usr/lib/mailman/mail/mailman confirm openbrainstem-announce" openbrainstem-announce-join: "|/usr/lib/mailman/mail/mailman join openbrainstem-announce" openbrainstem-announce-leave: "|/usr/lib/mailman/mail/mailman leave openbrainstem-announce" openbrainstem-announce-owner: "|/usr/lib/mailman/mail/mailman owner openbrainstem-announce" openbrainstem-announce-request: "|/usr/lib/mailman/mail/mailman request openbrainstem-announce" openbrainstem-announce-subscribe: "|/usr/lib/mailman/mail/mailman subscribe openbrainstem-announce" openbrainstem-announce-unsubscribe: "|/usr/lib/mailman/mail/mailman unsubscribe openbrainstem-announce"
What I was missing was to add these kinds of entries to the /etc/postfix/virtual_alias file:
openbrainstem-announce@openbrainstem.net openbrainstem-announce openbrainstem-announce-admin@openbrainstem.net openbrainstem-announce-admin openbrainstem-announce-bounces@openbrainstem.net openbrainstem-announce-bounces openbrainstem-announce-confirm@openbrainstem.net openbrainstem-announce-confirm openbrainstem-announce-join@openbrainstem.net openbrainstem-announce-join openbrainstem-announce-leave@openbrainstem.net openbrainstem-announce-leave openbrainstem-announce-owner@openbrainstem.net openbrainstem-announce-owner openbrainstem-announce-request@openbrainstem.net openbrainstem-announce-request openbrainstem-announce-subscribe@openbrainstem.net openbrainstem-announce-subscribe openbrainstem-announce-unsubscribe@openbrainstem.net openbrainstem-announce-unsubscribe
After running postmap and /etc/init.d/postfix reload, it works. :)
The really odd thing is that I wasn’t even looking at this stuff, I wasn’t working on my mail server and it just occured to me how to fix the error, out of the blue. So, I sat down and tried it. I only wish inspiration had struck me when I was first setting this up.
1) I thought you got the wordpress/https/smiley bug fixed. :)
2) I think there is a better way to do this mailman setup…
a) Alias with Mailman:
################
The output of /usr/lib/mailman/bin/genaliases depends on the value of the `MTA’ variable in your mm_cfg.py. If you have Postfix there, it makes a file called /etc/mailmain/alias. I think it also runs postmap on it.
Then in your main.cf you would add “alias_database = hash:/etc/aliases, hash:/etc/mailman/aliases.” This way, Mailman takes care of its own aliases. Make a new list - it just works!
b) Going Virtual:
################
If they are virtual domains then you have to take the extra step of adding them to the mm_cfg.py as such:
“POSTFIX_STYLE_VIRTUAL_DOMAINS = [’domain1.tld’, ‘domain2.tld’]”
“add_virtualhost(’domain1.tld’, ‘domain2.tld’)”
Then when you add new domains it will add them to a file with only mailman’s virtual settings. Let Postfix know about them by adding this to your main.cf:
“virtual_alias_maps = hash:/etc/postfix/virtual, hash:/etc/mailman/virtual-mailman”
Let me know if that screws you up. It’s been a while since I’ve done it.
Later - Gabe
1) I did. But later I discovered that there are more such places in the code that need fixing.
Also, I’ve updated WordPress to 2.0.3 since I put the fix in, I created a patch and sent it up to them, but I don’t know if they put it into 2.0.3. A couple of things to check there.
2) I like that idea. Email server administration is one of those area where I haven’t had much experience. I’m learning fast, now that I’m running my own mail servers for OpenBrainstem.net (and a few other domains that I hold).
I’ll try it out, tonight, and let you know how it goes.
Thanks — Lamont