Mailman 3 October 2014 - Mailman-Users

Changes coming to the GNU Mailman wiki
by Barry Warsaw 09 Oct '14

09 Oct '14

Hi folks. I'm happy to announce some changes to the GNU Mailman infrastructure that has been a long time coming. For many years, our wiki hosted at wiki.list.org has been running on a donated instance of Atlassian Confluence. We are extremely grateful to both Atlassian and the hosting provider Contegix for their support over the years. However, Confluence is not free software and because Mailman is a GNU project, it is incumbent on the project to utilize free software throughout our infrastructure. Thus I am here to announce the imminent switch of our wiki to a new Moin server. Huge, huge thanks go to Paul Boddie for the incredible amount of work he's put into the conversion process. Paul has been able to import most if not all of the content, along with most of the account names, into the new wiki. Because of the difference in organizing principles between Confluence and Moin, some post conversion gardening will be needed, and eventually we'd like to improve the style, but the conversion has really been done masterfully. Of course, passwords have not been imported into the new wiki, so if you were an approved author of the old wiki, you'll need to do a password reset to gain control of your new wiki account. However, the group permissions have been imported, so if you were able to edit the old wiki, you should be able to edit the new wiki. As always, contact mailman-cabal(a)python.org if you need assistance. We're doing the last few fiddly bits of the conversion, so you may see some down time while things fall into place. We still need to set up the SSL certificates and twiddle the DNS, so please be aware of this. I'll make another announcement when everything should be settled. In the meantime, I've disabled write permissions to the Confluence wiki. Huge thanks also go out to the Python Software Foundation and the PSF infrastructure team for donating the resources that the new wiki is running on. Thanks too to the other Mailpersons who have helped review the moin conversion process. Cheers, -Barry

2 1

Shellshock status
by argybard＠openmailbox.org 07 Oct '14

07 Oct '14

Good Morning everyone Has there been an official word as to whether Mailman has been affected by the recent bash bugs, aka shellshock Mailman is listed here https://github.com/mubix/shellshocker-pocs and I wonder what developers think?

2 1

HTML content from GMX gets scrubbed in archive
by Peter Wetz 05 Oct '14

05 Oct '14

Dear all, I have an issue with my mailman/pipermail setup. the thing is that mails, which were sent to the list as HTML and through the GMX web interface, do not get displayed properly in my archive. this is how it looks: http://i.imgur.com/H8vvUfV.png even though the screenshot is in german language you should recognize, that the html content gets scrubbed. obviously, the whole content of the mail gets scrubbed, since it's written in html. so, the archive does only show a link to the scrubbed html-content which then shows the mail-content. however, i would like to display the html text directly in the archive without having to click on the "scrubbed attachment" link. i already changed "ARCHIVE_HTML_SANITIZER = 3", which had only one effect: the html still gets scrubbed to an attachment. when i click on the link to the attachment in the archive, I see the rendered html content. before set ARCHIVE_HTML_SANITIZER to 3, I saw the html source of the mail when clicking on the attachment. one further information: filtering is disabled on the list. any help is appreciated. the simple question is: how can html-mails be properly displayed in the pipermail-archive without any scrubbing..? thanks.

2 1

Requesting Mailman admin pages with different server domains
by Sascha Rissel 02 Oct '14

02 Oct '14

Hello, I am running several Mailman lists on a vServer, where the admin pages are called via http://lists.<vServerID>.<vserverhost>.de/mailman/admin/<listname> All is running fine, with this domain configuration. The server is maintained by Plesk 12. Now I configured a nice own domain, like: <mydomain>.de And I setup an Apache Virtual Host with (among other settings): ServerName lists ServerAlias lists.* ScriptAlias "/mailman/" "/usr/lib/cgi-bin/mailman/" ScriptAlias "/cgi-bin/mailman/" "/usr/lib/cgi-bin/mailman/" which allows to call the lists admin pages via http://lists.<mydomain>.de/mailman/admin/<listname>. At first instance, this works. But once I click on any link within Mailman's admin interface, the pages are requested via the previous (not so nice) URL http://*lists.<vServerID>.<vserverhost>*.de/cgi-bin/mailman/... How can I avoid generating these kinds of URLs? This also means, authentication cookies are not valid, since the domain changes. I'd like to keep the URL's domain structure I initially called the admin interface with, i.e. http://lists.<mydomain>.de/... It's like Mailman is creating absolute URLs, instead of just relative ones!? In advance, thanks for your help! Sascha.

2 1

Mailman List Unsubscribe notification
by Srinivas B. 02 Oct '14

02 Oct '14

Hello On one of our lists, I have noticed a bunch of unsubscribe-notifications. Is there a way to turn-off this automated unsubscribe of members? -Srinivas

2 3