Arch Linux

Status: not implemented. Version 2.1.11-2 in extra. No package in testing.

Hmm dunno if this is really a good idea. Under the FHS, /srv/ is to be used for data that is "served", and mailman serving data is kinda questionable. It doesn't actually serve anything as it leverages a mail server.

Personally, I think mailman fits better in /opt/ because of its goofy non-FHS ways

Agreed. IIRC the /home/mailman directory still contains stuff that is supposed to be configured (wtf?), and a special user for mailman gets added. But ideally no package should mess with /home and /opt seems to be the place to be for these kinds of goofy software. The pros outweigh the cons for me so +1 from me for the move to /opt.

The hard part of mailman is putting its configuration parts in /etc. Having configuration files in /opt is just not that great. Munin, a package in the AUR, just moved away from that and it uses /etc now. Don't know if this is possible to achieve..

Also, mailman could be used for multiple domainnames, which means that the mailman user can be bound to virtual users rather than the local mailman user. For this reason I expected /srv to be the proper place.

BTW yes mailman does uses a mailman user, but it's still being started as root....? Obviously the mailman packages came with some workarounds. Right now I'm using it under the mailman username. I simply assigned a shell to mailman.

Any update on this?

There is an upstream update so perhaps this can be handled at the same time. Note the update works with python-2.6 so we can get rid of the python24 package once this is done.

@Mark: have you tried generating a fixed PKGBUILD for this? If you are interested in doing so, it might really help speed things along...

I am still using the /home/mailman location currently. The transition might be a bit bumpy, because it would probably remove the old location's files, or render them unusable after the upgrade. I'll try to make a package with a different name than mailman so that they can exist concurrently, which will make the transitioning a tad more smoothly.

I committed a fix to SVN trunk. I would be good if someone could test it.

Sorry for not being able to respond sooner. I'd like to pick this up again. Is the fix still committed to SVN trunk? Could you please supply me with information on how to retrieve it?

http://repos.archlinux.org/wsvn/packages/mailman/trunk/

Permission denied: '/var/lib/mailman/logs/error'

I need 'chown -R mailman:mailman /var/lib/mailman/' to fix it.

Mail seems to be working, but web reports

http://site/mailman/listinfo

Bug in Mailman version 2.1.12

We're sorry, we hit a bug!

Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs.

web was fixed by following commands:
chown mailman:mailman /usr/lib/mailman/cgi-bin/*
chmod +s /usr/lib/mailman/cgi-bin/*

So you need to add into .install file 3 commands:

chown -R mailman:mailman /var/lib/mailman/
chown mailman:mailman /usr/lib/mailman/cgi-bin/*
chmod +s /usr/lib/mailman/cgi-bin/*

Also notification message about moving files would be usefull.

Or probably error here: .install still contains /home path

>> cd /home/mailman && bin/check_perms -f