Mailman 3 August 2015 - Mailman-Users

UnicodeDecodeError with Mailman 2.1 and Python 2.6
by David Magda 31 Aug '15

31 Aug '15

Hello, We recently upgrade from Debian 5 to 6, and are now having issues with Mailman. Messages are still flowing properly, but the web archives are not being generated since the upgrade. When I run 'bin/arch mylistname' I get the following: [...] figuring article archives 2005-October /usr/local/mailman-2.1.20/Mailman/Archiver/HyperDatabase.py:176: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal self.dict = marshal.load(fp) /usr/local/mailman-2.1.20/Mailman/Archiver/HyperDatabase.py:74: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal self.sorted.sort() Updating index files for archive [2004-December] [...] Updating HTML for article 214 Pickling archive state into /usr/local/mailman-2.1.20/archives/private/mylistname/pipermail.pck Traceback (most recent call last): File "bin/arch", line 201, in <module> main() File "bin/arch", line 189, in main archiver.processUnixMailbox(fp, start, end) File "/usr/local/mailman-2.1.20/Mailman/Archiver/pipermail.py", line 586, in processUnixMailbox self.add_article(a) File "/usr/local/mailman-2.1.20/Mailman/Archiver/pipermail.py", line 638, in add_article article.parentID = parentID = self.get_parent_info(arch, article) File "/usr/local/mailman-2.1.20/Mailman/Archiver/pipermail.py", line 658, in get_parent_info if self.database.hasArticle(archive, article.in_reply_to): File "/usr/local/mailman-2.1.20/Mailman/Archiver/HyperDatabase.py", line 279, in hasArticle self.__openIndices(archive) File "/usr/local/mailman-2.1.20/Mailman/Archiver/HyperDatabase.py", line 257, in __openIndices t = DumbBTree(os.path.join(arcdir, archive + '-' + i)) File "/usr/local/mailman-2.1.20/Mailman/Archiver/HyperDatabase.py", line 66, in __init__ self.load() File "/usr/local/mailman-2.1.20/Mailman/Archiver/HyperDatabase.py", line 185, in load self.__sort(dirty=1) File "/usr/local/mailman-2.1.20/Mailman/Archiver/HyperDatabase.py", line 74, in __sort self.sorted.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xea in position 3: ordinal not in range(128) We're running 2.1.13, but as you can see, the problem persists even with the latest release. We're using the stock Debian Python (2.6.6), but Mailman for tarballs. Thanks for any info. Regards, David

1 0

Archive page not showing dates properly
by Peter Wetz 31 Aug '15

31 Aug '15

On the archive page of my mailman list the dates are not showing up properly. It looks like this: http://i.imgur.com/IrmWnie.png As you can see, instead of the date a string "%(date)s" is shown. It is also worth noting, that it already worked properly. However, suddenly (at least I cannot state when exactly) it stopped working and since then dates are shown as seen in the screenshot. The archives are generated with Pipermail 0.09 (Mailman edition). How can I fix this problem? Thanks and best, Peter

2 10

Re: [Mailman-Users] Why do my posts to own mailman list disappear.
by Paul Arenson/tokyoprogressive 31 Aug '15

31 Aug '15

Thank you Mark. About Vette list, I don't know if I have shell access. I have CPanel, and that is all I have used. Any way to check? I will, in the meantime, try another subject, though somehow I don't think that is it, as I havenever set anything to discard. Anyway to check what my settings are within mailman, such as if I marked my name for automatic deletion by mistake? paul

3 10

ISO speciific RegExp to filter/discard bot subscribe requests
by Nelson Kelly 30 Aug '15

30 Aug '15

Hello, We have a list running on Mailman version 2.1.20. Over the last several days began receiving hundreds of bot subscription requests (all gmail addresses). All of format like: blech+12345678(a)gmail.com zark+98765432(a)gmail.com In attempt to solve this issue, entered the following regex lines in Privacy Options -> Subscription Rules -> ban_list ^.*blech ^.*zark Temporarily did the job, but the bot(s) adapted and changed the prefix of the address string to: crap+12345678(a)gmail.com grum+98765432(a)gmail.com Common to ALL of the bot subscribe requests is including within the the email address a "+" symbol. So I tried entering RegExp ^.*+ but Mailman rejected this entry. But was able to enter RegExp of ^.*/+ However that allowed all the bot spam requests through. Unable to keep up with the bots changing the address prefix. Can anyone recommend an example of a RegExp entry which would prevent/solve this dilemma? Note: I've searched the Mailman-Users list archives and noted Mr. Yardley's recent posts, but not able to implement his solution as I don't have access the server. (so also unable to configure SUBSCRIBE_FORM_SECRET solution). Thank you for any ideas.

3 4

How to prevent messages from being "held"
by Ralf G. R. Bergs 30 Aug '15

30 Aug '15

Hi guys. I'm struggling since a while since MailMan will sometimes put messages into the "Held" queue even though I did my very best to set all config options so that MailMan won't... :-( Is there a way to once and for all forbid MailMan to put messages into the queue so that a moderator has to deal with it? We use MailMan as a team mailing list, and it should never happen that a message is sitting in the queue, waiting to be released... Thanks a lot in advance for your help. Kind regards, Ralf

4 5

old messages sent to list on reboot
by Eric Smith 30 Aug '15

30 Aug '15

Hi After rebooting my server, several mails from some weeks ago were resent to lists and also a bunch of moderator requests to me. How may I prevent this from happening again? Eric

2 3

Footer Bloat
by Billy Crook 30 Aug '15

30 Aug '15

I've noticed that as people reply to threads on my mailman instance, I see copies of the footer pile up at the bottom of each message. Rants about top/inline/bottom posting aside, I thought it would be a smart feature of mailman to look for a copy of the footer in any incoming message before adding the footer to the bottom. Or perhaps easier to implement, instead of "apply a footer" or "don't apply a footer", add the option "apply footer to the first message of each thread and no other messages of the same thread" Am I just missing where this setting is, or has this not been thought of yet. "apply footer only if footer text not already in message" would be my logic of preference. If that's not already something mailman can do, where would I modify the code to add it?

5 5

ISO RegExp example to block bot subscribe requests
by Woody Mon 30 Aug '15

30 Aug '15

Hello, List is running on Mailman version 2.1.20. Last several days began receiving hundreds of bot subscription requests (all gmail addresses). All of format like: blech+12345678(a)gmail.com zark+98765432(a)gmail.com etc. I entered following regex lines in Privacy Options -> Subscription Rules -> ban_list ^.*blech ^.*zark etc Temporarily did the job, but the bot adapted and changed the prefix of the address string to: crap+12345678(a)gmail.com grum+98765432(a)gmail.com etc. Unable to keep up with the bots changing the address prefix. Common to ALL of the bot subscribe requests is including the "+" symbol in the email address So I tried entering RegExp ^.*+ but Mailman rejected this entry. But was able to enter RegExp of ^.*/+ However that allowed all the bot spam requests through. Can anyone recommend an example of a RegExp entry which would solve my dilemma? Note: Unfortunately I do not have access to the server so unable to configure SUBSCRIBE_FORM_SECRET Thanks for any ideas.

3 2

Does Mailman alter messages attached to moderation notification emails?
by Peter Shute 30 Aug '15

30 Aug '15

I am again trying to answer a query from a list member about spelling errors in his postings that show up in his list messages, but not in his copy of the sent message. Initially we thought this was because he was composing in html, and that his mail client wasn't including an accurate representation of the message in the plain text section. Our list sends out only the plain text section. In at least one case we proved that the spelling error (a missing period in a URL) was only in the plain text section, so I advised him to compose in plain text. Now it's happened again, this time in a plain text only message. The period is there in his copy of the sent message, missing in what went to the list. I can also see that it's missing in the copy of the message attached to the moderation notification. Does the list send out moderation notifications with the attached messages unaltered? Is there any mechanism in mailman that could have removed the period? It also removed one from a URL sent to the list owner address, but again that message has passed through Mailman. I'm not able to easily get a sample of a message from him that hasn't been through Mailman, so I can't eliminate it as a suspect. Looking at the raw messages, something that's common about them is that the missing period would fall exactly on the start of a line when it's wrapped, i.e after the = symbol which I assume is a soft eol, and in one of them the period is there in the plain text section, but missing in the html section. Peter Shute

2 1

Assistance with altering reply-to behaviours and DMARC
by Mark 30 Aug '15

30 Aug '15

Hi, First, apologies if this has been discussed before. I run a number of mailman lists on a Centos 6 platform and mailman 2.1.12-25. This version was updated in July as follows: https://rhn.redhat.com/errata/RHSA-2015-1417.html and included fixes for a number of DMARC issues. Including "... With this update, domains with a "reject" DMARC policy are recognized correctly.." Normally the lists we use are configured with reply_goes_to_list and anonymous_list is off. We have done some testing, and we have not been able to identify settings that will retain reply_goes_to_list functionality and turn on DMARC Mung. Generally what happens is that the first message is successfully sent to a yahoo.com address and this user can reply to the message as normal. However, mailman adds the original sender to the reply-to meaning that when another user replies to this message reply_goes_to_list doesn't work. It seemed to me that a small modification to CookHeaders.py could prevent the adding of the original sender email to "Reply-To" # We also need to put the old From: in Reply-To: in all cases. if o_from: add(o_from) # Set Reply-To: header to point back to this list. Add this last seemed like a good place to look, but before I try to debug commenting out this didn't prevent the addition of the original sender to Reply-To I would ask for some advice !! any assistance would be very helpful!! (it maybe that changing the order of addresses in the Reply-To field would all reply_goes_to_list would work?) thanks Mark.

2 1