Mailman 3 October 2012 - Mailman-coders

[Bug 725498] [NEW] expose message-id to templates
by Thijs Kinkhorst 05 Aug '13

05 Aug '13

Public bug reported: As reported by Adrian von Bidder to Debian: Please consider this trivial patch, which exposees message-ids to the templates used for the email archive. See it in action on lists.debian.ch. (I don't think my modification to the templates should be in, but having te message-id exposed would mean I won't have to remember to patch mailman on every update...) (AFAICT mailman adds a Message-Id when an incoming email doesn't have one, so this should never be a problem.) ** Affects: mailman Importance: Undecided Status: New ** Affects: mailman (Debian) Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/725498 Title: expose message-id to templates

4 7

[Bug 1032378] [NEW] The Mass Remove function in the web UI requires that send_unsub_notifications_to_list_owner and send_unsub_ack_to_this_batch be set.
by Mark Sapiro 15 Jul '13

15 Jul '13

Public bug reported: This is not a problem for the actual web admin interface, as send_unsub_notifications_to_list_owner and send_unsub_ack_to_this_batch are in the form and the CGI will always be able to access them in the CGI data, but if a user creates a URL with query fragments to try to do the unsubscribe via wget in a script, these two items must be included. They should just assume their defaults from list settings. ** 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/1032378 Title: The Mass Remove function in the web UI requires that send_unsub_notifications_to_list_owner and send_unsub_ack_to_this_batch be set. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1032378/+subscriptions

1 2

[Bug 1068837] [NEW] Automatic rejects of incoming posts are not logged.
by Mark Sapiro 15 Jul '13

15 Jul '13

Public bug reported: When a message is rejected by a pipeline handler raising Errors.RejectMessage, the message is bounced to the sender with an appropriate message, but nothing is logged. This should be logged in the vette log. ** 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/1068837 Title: Automatic rejects of incoming posts are not logged. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1068837/+subscriptions

2 3

[Bug 1047100] [NEW] The logger can throw UnicodeEncodeError if the log message is unicode
by Mark Sapiro 15 Jul '13

15 Jul '13

Public bug reported: There is code in Mailman's _Syslog.write_ex() method to catch a UnicodeError when writing the log file and quoted-printable encode the log message. This works on messages that contain non-ascii, 8-bit bytes, but if the message is a unicode with non-ascii characters, the attempt to quoted-printable encode it will throw UnicodeEncodeError which is not caught. Fix this by first encoding the unicode message as utf-8 and then quoted- printable encoding that. ** Affects: mailman Importance: High 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/1047100 Title: The logger can throw UnicodeEncodeError if the log message is unicode To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1047100/+subscriptions

1 2

[Bug 1070574] [NEW] add_members needs a 'nomail' option
by Mark Sapiro 15 Jul '13

15 Jul '13

Public bug reported: Some situations make it desirable to add a member to a list with mail delivery disabled. It would be convenient if add_members had an option to do this. ** 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/1070574 Title: add_members needs a 'nomail' option To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1070574/+subscriptions

1 1

[Bug 693134] [NEW] Uncaught bounce from Dovecot when Quota Exceeded
by JorSol 21 Jun '13

21 Jun '13

Public bug reported: I have a Debian 5 (Lenny) server with Postfix - Dovecot and Mailman 2.1.11 and 1700+ users. The problem is when Dovecot returns the bounce message about "Quota exceeded", Mailman don't recognize the format: Your message to <user(a)domain.com> was automatically rejected: Quota exceeded It's suposed that Mailman recognize this type of message using the VERP feature, I have "recipient_delimiter = +" in Postfix but Mailman don't detect message coming from Dovecot. /var/log/mailman/bounce: Dec 21 10:58:08 2010 (3214) listnews: bounce message w/no discernable addresses: <dovecot-1292944464-47721-0@mail> Dec 21 10:58:08 2010 (3214) noticias: forwarding unrecognized, message-id: <dovecot-1292944464-47721-0@mail> ** Affects: mailman Importance: Undecided Status: New ** Tags: dovecot mailman postfix -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/693134 Title: Uncaught bounce from Dovecot when Quota Exceeded

4 13

[Bug 886296] [NEW] Improve DSN handling for google 'inactive' accounts
by Kevin Fenzi 30 May '13

30 May '13

Public bug reported: The DSN bouncer handler can't seem to parse out when a bounce is generated due to an inactive google account. See attached bounce file for example. ** 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/886296 Title: Improve DSN handling for google 'inactive' accounts To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/886296/+subscriptions

3 8

[Merge] lp:~sunu0000/postorius/general_settings into lp:postorius
by Tarashish Mishra 19 Mar '13

19 Mar '13

Tarashish Mishra has proposed merging lp:~sunu0000/postorius/general_settings into lp:postorius. Requested reviews: Mailman Coders (mailman-coders) Related bugs: Bug #1062877 in Postorius: "General Settings" https://bugs.launchpad.net/postorius/+bug/1062877 For more details, see: https://code.launchpad.net/~sunu0000/postorius/general_settings/+merge/1322… Added placeholder text for General Settings -- https://code.launchpad.net/~sunu0000/postorius/general_settings/+merge/1322… Your team Mailman Coders is requested to review the proposed merge of lp:~sunu0000/postorius/general_settings into lp:postorius.

3 3

[Bug 1073506] [NEW] Drop support for Python 2.6
by Barry Warsaw 31 Dec '12

31 Dec '12

Public bug reported: Whenever the dependency stack is ported to Python 3, Mailman 3 will be ported to Python 3. In the meantime, making the code Python 2.7 -3 clean is an intermediate step toward Python 3 support. In order to do this, we really need to drop Python 2.6 support and this will also allow us to improve the test suite, as well as other code improvements. Besides, Python 2.6 is 4 years old and in security-only maintenance mode, while Python 2.7 is stable and still supported for bug fixes. ** Affects: mailman Importance: High Assignee: Barry Warsaw (barry) Status: In Progress ** Tags: mailman3 ** Changed in: mailman Status: New => Triaged ** Changed in: mailman Importance: Undecided => High ** Changed in: mailman Assignee: (unassigned) => Barry Warsaw (barry) ** Changed in: mailman Milestone: None => 3.0.0b3 ** Tags added: mailman3 ** Changed in: mailman Status: Triaged => 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/1073506 Title: Drop support for Python 2.6 To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1073506/+subscriptions

1 3

[Bug 1065447] [NEW] Feature request: REST api to verify password
by Dieter Maurer 31 Dec '12

31 Dec '12

Public bug reported: "mailman" manages users with their individual passwords. It is supposed to be controlled via a REST api which uses a global (user independent) authentication. Obviously, an arbitrary user should not be allowed to change preferences (and other settings) for a different user. This implies that a REST client has to check user access rights and (especially) verify the user's identity. The typical way for user identity verification would be to check that the user knows the password registered with this user in "mailman". However, the REST api lacks a corresponding operation. The REST api should probably be extended by a "verify_password" user subresource. To avoid passwords being logged by typical webserver logging, the password to be verified should probably be submitted via "POST" (not transmitted as part of the "URL"). If the project does not want to go this route (password verification via a REST operation), then it must document how a client can verify a given cleartext password against the encrypted password information available as user attribute. ** 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/1065447 Title: Feature request: REST api to verify password To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1065447/+subscriptions

3 5