Mailman 3 January 2011 - Mailman-coders

[Bug 500955] [NEW] Templates for AST use inconsistent DOCTYPE
by Matt Selsky 15 Jun '12

15 Jun '12

Public bug reported: Most of the templates use a DOCTYPE of HTML 4.01 Transitional, but the AST templates use HTML 3.2. The patch updates the DOCTYPES for the AST templates. ** Affects: mailman Importance: Undecided Status: New -- Templates for AST use inconsistent DOCTYPE https://bugs.launchpad.net/bugs/500955 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

2 3

[Bug 500952] [NEW] Extra escape characters in DOCTYPE
by Matt Selsky 15 Jun '12

15 Jun '12

Public bug reported: The DOCTYPE header for 2 files in the sk templates contain extra escape characters around the quote marks. ** Affects: mailman Importance: Undecided Status: New -- Extra escape characters in DOCTYPE https://bugs.launchpad.net/bugs/500952 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

2 3

[Bug 637652] [NEW] mailman should respect LDFLAGS
by Hanno Böck 15 Jun '12

15 Jun '12

Public bug reported: mailman Makefile should respect the LDFLAGS variable. See attached patch. ** Affects: mailman Importance: Undecided Status: New -- mailman should respect LDFLAGS https://bugs.launchpad.net/bugs/637652 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

4 6

[Bug 705715] [NEW] @listname entries in *_these_nonmembers are case sensitive.
by Mark Sapiro 15 Jun '12

15 Jun '12

Public bug reported: The listname in @listname entries in *_these_nonmembers should be lower- cased before attempting to instantiate the list. ** Affects: mailman Importance: Low Assignee: Mark Sapiro (msapiro) Status: In Progress -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/705715 Title: @listname entries in *_these_nonmembers are case sensitive.

1 3

[Bug 700528] [NEW] bin/rmlist does not remove the heldmsg-LISTNAME-* files for the list.
by Mark Sapiro 15 Jun '12

15 Jun '12

Public bug reported: bin/rmlist LISTNAME should remove any data/heldmsg-LISTNAME-* files. ** Affects: mailman Importance: Low Assignee: Mark Sapiro (msapiro) Status: Triaged ** Changed in: mailman Importance: Undecided => Low ** Changed in: mailman Status: New => Triaged ** Changed in: mailman Milestone: None => 2.1.15 ** Changed in: mailman Assignee: (unassigned) => Mark Sapiro (msapiro) -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/700528 Title: bin/rmlist does not remove the heldmsg-LISTNAME-* files for the list.

1 2

[Bug 697161] [NEW] Bug in mm-handler-2.1.10 regarding lists named xxx-admin
by Sebastian Hagedorn 15 Jun '12

15 Jun '12

Public bug reported: We're running Mailman 2.1.14 and have recently begun using mm- handler-2.1.10 from the contrib directory as MTA for sendmail. Everything appeared to work fine, but after a few months we were alerted by one of our users that no mail was delivered anymore to one of his lists. The list's name is mathematica-admin. It turns out that mm- handler strips the -admin part and tries to deliver the mail to a list named mathematica, which does not exist. We had a small number of other lists with the same problem. I've created a patch that fixes it and another small issue (a variable is passed to a subroutine, but a global variable is actually used there). ** Affects: mailman Importance: Undecided Status: New -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/697161 Title: Bug in mm-handler-2.1.10 regarding lists named xxx-admin

2 3

[Bug 666181] [NEW] wrong From field in subscription notification to admin
by Ilya Belyy 15 Jun '12

15 Jun '12

Public bug reported: Steps to reproduce: Create two mail lists ml01 (hosted on domain dom.1) and ml02 (hosted on domain dom.2) Add user to ml01 $ add_members -a y -r - ml01 lkjhlkhlkh(a)wefqwefqwef.com Subscribed: lkjhlkhlkh(a)wefqwefqwef.com Notification email to the admin of ml01 will look as following: Subject: Ml01 subscription notification From: mailman(a)dom.2 To: mladmin00(a)dom.1 Message-ID: <mailman.1.1287993063.7501.ml01(a)dom.1> Date: Mon, 25 Oct 2010 14:51:03 +0700 Subscribed: lkjhlkhlkh(a)wefqwefqwef.com Apparently, host name of the mail list is not considered when composing the notification message. I've checked 2.1.9 and 2.1.14 - both have the same bug ** Affects: mailman Importance: Undecided Status: New -- wrong From field in subscription notification to admin https://bugs.launchpad.net/bugs/666181 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

2 3

[Bug 702516] [NEW] RFC 2047 encoded From: header is not correctly parsed.
by Mark Sapiro 15 Jun '12

15 Jun '12

Public bug reported: If a real name or comment in a From: or other sender header is RFC 2047 encoded and the decoding contains an unquoted comma or other special, the Message methods get_sender() and get_senders() can return bogus addresses leading to other issues. A patch is attached. ** Affects: mailman Importance: Medium Assignee: Mark Sapiro (msapiro) Status: In Progress -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/702516 Title: RFC 2047 encoded From: header is not correctly parsed.

2 4

[Bug 677115] [NEW] Reply to to part 3 of a held message notification containing a Approved: first body line fails if reply is base64 encoded.
by Mark Sapiro 15 Jun '12

15 Jun '12

Public bug reported: A list moderator receives a held message notification and attempts to approve the message by replying to the third part (second attachment) and including an Approved: <password> line as the first line of the reply. If the moderator's MUA base64 encodes the reply for i18n or other reasons, the Approved: line is not found and the message is discarded. ** Affects: mailman Importance: Undecided Status: New -- Reply to to part 3 of a held message notification containing a Approved: first body line fails if reply is base64 encoded. https://bugs.launchpad.net/bugs/677115 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

1 2

[Bug 670988] [NEW] Missing format character in Spanish translation
by Mark Sapiro 15 Jun '12

15 Jun '12

Public bug reported: The Spanish (es) translation of the bin/check_perms message "%(path)s bad group (has: %(groupname)s, expected %(MAILMAN_GROUP)s)" is missing the 's' in '%(path)s'. This prevents check_perms from reporting/fixing group errors and any other problems not found before the first group error. ** Affects: mailman Importance: Undecided Status: New -- Missing format character in Spanish translation https://bugs.launchpad.net/bugs/670988 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

1 2