Mailman 3 July 2018 - Mailman-coders

[Bug 1414352] [NEW] Improve code coverage by adding tests
by Terri 22 Dec '18

22 Dec '18

Public bug reported: Mailman Core and Postorius have sets of tests, but could use more extensive test coverage. This bug is meant to be a repeatable bug suitable for new contributors (e.g. prospective Google Summer of Code Students). In short: find a piece of Postorius or Mailman Core that isn't yet tested and write a test (or set of tests) for it. Contributors wishing to work on Mailman Core should look at START.rst and DATABASE.rst for more information about setting up tests. For Postorius, Florian is working on vcrpy test integration, so new tests can use that format. Links to documentation and examples much appreciated to update this bug! ** Affects: mailman Importance: Undecided Status: New ** Affects: postorius Importance: Undecided Status: New ** Tags: beginner-friendly easy mailman3 repeatable test ** Tags added: easy mailman3 ** Also affects: mailman Importance: Undecided Status: New ** Description changed: - Postorius has a set of tests, but it could use more extensive coverage. - This bug is meant to be a repeatable bug suitable for new contributors - (e.g. prospective Google Summer of Code Students). In short: find a - piece of postorius that isn't yet tested and write a test (or set of - tests) for it. + Mailman Core and Postorius have sets of tests, but could use more + extensive test coverage. This bug is meant to be a repeatable bug + suitable for new contributors (e.g. prospective Google Summer of Code + Students). In short: find a piece of Postorius or Mailman Core that + isn't yet tested and write a test (or set of tests) for it. - Florian is working on vcrpy test integration, so new tests can use that - format. + Contributors wishing to work on Mailman Core should look at START.rst + and DATABASE.rst for more information about setting up tests. + + For Postorius, Florian is working on vcrpy test integration, so new + tests can use that format. + + Links to documentation and examples much appreciated to update this bug! ** Tags added: repeatable -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1414352 Title: Improve code coverage by adding tests To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1414352/+subscriptions

8 14

[Bug 1778363] [NEW] exception (utf8 codec) in pipermail
by Olivier GERARD 28 Aug '18

28 Aug '18

Public bug reported: After upgrading Mailman from 2.1.23 to 2.1.26-1 on Debian, things went smoothly, the list's mbox is updated but the archives are not updated. In the error log, one sees, for every message Jun 23 19:59:03 2018 (20419) SHUNTING: 1529776742.660616+f4a3eea82ed27ce3f481064f194162863c62b280 Jun 23 21:35:24 2018 (20419) Uncaught runner exception: 'utf8' codec can't decode byte 0xaa in position 26: invalid start byte Jun 23 21:35:24 2018 (20419) Traceback (most recent call last): File "/var/lib/mailman/Mailman/Queue/Runner.py", line 119, in _oneloop self._onefile(msg, msgdata) File "/var/lib/mailman/Mailman/Queue/Runner.py", line 190, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/lib/mailman/Mailman/Queue/ArchRunner.py", line 77, in _dispose mlist.ArchiveMail(msg) File "/var/lib/mailman/Mailman/Archiver/Archiver.py", line 214, in ArchiveMail h.processUnixMailbox(f) File "/var/lib/mailman/Mailman/Archiver/pipermail.py", line 596, in processUnixMailbox self.add_article(a) File "/var/lib/mailman/Mailman/Archiver/pipermail.py", line 640, in add_article author = fixAuthor(article.decoded['author']) File "/var/lib/mailman/Mailman/Archiver/pipermail.py", line 63, in fixAuthor while i>0 and (L[i-1][0] in lowercase or UnicodeDecodeError: 'utf8' codec can't decode byte 0xaa in position 26: invalid start byte This is always the same complaint. I have checked shunted messages and the mbox itself and I have not found any 0xaa value in them. ** Affects: mailman Importance: Undecided Status: New ** Tags: pipermail unicode -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1778363 Title: exception (utf8 codec) in pipermail To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1778363/+subscriptions

3 4

[Bug 1783500] [NEW] listinfo page broken after upgrade to 2.1.28
by Ralf Hildebrandt 25 Jul '18

25 Jul '18

Public bug reported: Jul 25 09:47:04 2018 admin(5452): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(5452): [----- Mailman Version: 2.1.28 -----] admin(5452): [----- Traceback ------] admin(5452): Traceback (most recent call last): admin(5452): File "/home/mailman/scripts/driver", line 117, in run_main admin(5452): main() admin(5452): File "/home/mailman/Mailman/Cgi/listinfo.py", line 42, in main admin(5452): parts = Utils.GetPathPieces() admin(5452): File "/home/mailman/Mailman/Utils.py", line 300, in GetPathPieces admin(5452): if len(pieces[0]) > longest: admin(5452): IndexError: list index out of range admin(5452): [----- Python Information -----] admin(5452): sys.version = 2.7.15rc1 (default, Apr 15 2018, 21:51:34) [GCC 7.3.0] admin(5452): sys.executable = /usr/bin/python admin(5452): sys.prefix = /usr admin(5452): sys.exec_prefix = /usr admin(5452): sys.path = ['/home/mailman/pythonlib', '/home/mailman', '/home/mailman/scripts', '/home/mailman', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-i386-linux-gnu', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages', '/usr/lib/python2.7/dist-packages'] admin(5452): sys.platform = linux2 admin(5452): [----- Environment Variables -----] admin(5452): HTTPS: on admin(5452): SERVER_NAME: mailman.charite.de admin(5452): REMOTE_ADDR: 10.32.38.213 admin(5452): PYTHONPATH: /home/mailman admin(5452): REMOTE_PORT: 56065 admin(5452): REQUEST_SCHEME: https admin(5452): SCRIPT_NAME: /mailman/listinfo admin(5452): REQUEST_METHOD: GET admin(5452): HTTP_HOST: mailman.charite.de admin(5452): PATH_INFO: / admin(5452): SERVER_PORT: 443 admin(5452): SERVER_PROTOCOL: HTTP/1.1 admin(5452): QUERY_STRING: admin(5452): REQUEST_URI: /mailman/listinfo/ admin(5452): DOCUMENT_ROOT: /home/mailman ** 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/1783500 Title: listinfo page broken after upgrade to 2.1.28 To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1783500/+subscriptions

2 2

[Bug 1783417] [NEW] The fix for https://bugs.launchpad.net/mailman/+bug/1780874 breaks admin and listinfo overview pages
by Mark Sapiro 24 Jul '18

24 Jul '18

Public bug reported: Mailman 2.1 29 will be released today to fix this. ** Affects: mailman Importance: Critical Assignee: Mark Sapiro (msapiro) Status: In Progress ** Patch added: "Patch to fix Mailman 2.1.28" https://bugs.launchpad.net/bugs/1783417/+attachment/5167323/+files/fix_2.1.… -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1783417 Title: The fix for https://bugs.launchpad.net/mailman/+bug/1780874 breaks admin and listinfo overview pages To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1783417/+subscriptions

3 5

[Bug 1780874] [NEW] Arbitrary text injection vulnerability in Mailman CGIs
by Mark Sapiro 24 Jul '18

24 Jul '18

*** This bug is a security vulnerability *** Private security bug reported: A URL with a very long text listname such as http://www.example.com/mailman/listinfo/This_is_a_long_string_with_some_phi… will echo the text in the "No such list" error response. This can be used to make a potential victim think the phishing text comes from a trusted site. ** 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/1780874 Title: Arbitrary text injection vulnerability in Mailman CGIs To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1780874/+subscriptions

2 6

[Bug 1779774] [NEW] The BLOCK_SPAMHAUS_LISTED_DBL_SUBSCRIBE feature doesn't work.
by Mark Sapiro 23 Jul '18

23 Jul '18

Public bug reported: The feature looks up domain.tld.zen.spamhaus.org. This is not correct. It should look up domain.tld.dbl.spamhaus.org. ** Affects: mailman Importance: Medium Assignee: Mark Sapiro (msapiro) Status: Fix Committed -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1779774 Title: The BLOCK_SPAMHAUS_LISTED_DBL_SUBSCRIBE feature doesn't work. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1779774/+subscriptions

3 5

[Bug 1779445] [NEW] edithtml.py saves en templates using html entity reference with raw iso-8859-1 character
by Yasuhito FUTATSUKI＠POEM 23 Jul '18

23 Jul '18

Public bug reported: In Mailman's web administrative interface, edithtml page saves en language templates by using iso-8859-1 raw character if the template uses html entity reference like " ". For example, If "General list information page" (templates/en/listinfo.html), which contains  ", has been saved without modification from web UI, the lists template en/listinfo.html will contain raw '\xa0' character. If Adding " in text area and submit changes twice, it will turn into "". I'm not sure the patch attached is a good way to fix it because I don't know these entity reference characters are always ISO-8859-1 character, but for reference. ** Affects: mailman Importance: Undecided Status: New ** Patch added: "edithtml-save-as-ascii-patch.txt" https://bugs.launchpad.net/bugs/1779445/+attachment/5158043/+files/edithtml… ** Branch linked: lp:mailman/2.1 -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1779445 Title: edithtml.py saves en templates using html entity reference with raw iso-8859-1 character To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1779445/+subscriptions

2 8

[Merge] lp:~futatuki/mailman/2.1-ja-translation into lp:mailman/2.1
by Yasuhito FUTATSUKI＠POEM 19 Jul '18

19 Jul '18

Yasuhito FUTATSUKI at POEM has proposed merging lp:~futatuki/mailman/2.1-ja-translation into lp:mailman/2.1. Commit message: Update ja translation Requested reviews: Mailman Coders (mailman-coders) For more details, see: https://code.launchpad.net/~futatuki/mailman/2.1-ja-translation/+merge/3498… Update ja translation including * fix missed one '"' (double quote character) in HTML attribute. * revise some translation message * translate untranslated messages * unify comma and full stop character in Japanese context into U+3001 (toten as comma) and U+3002 (kuten as full stop). (cf. https://en.wikipedia.org/wiki/Japanese_punctuation#Japanese_punctuation_mar…) -- Your team Mailman Coders is requested to review the proposed merge of lp:~futatuki/mailman/2.1-ja-translation into lp:mailman/2.1.

2 1

[Merge] lp:~futatuki/mailman/python-doc-url into lp:mailman/2.1
by noreply＠launchpad.net 16 Jul '18

16 Jul '18

The proposal to merge lp:~futatuki/mailman/python-doc-url into lp:mailman/2.1 has been updated. Status: Needs review => Merged For more details, see: https://code.launchpad.net/~futatuki/mailman/python-doc-url/+merge/349626 -- Your team Mailman Coders is requested to review the proposed merge of lp:~futatuki/mailman/python-doc-url into lp:mailman/2.1.

1 0

Re: [Merge] lp:~futatuki/mailman/python-doc-url into lp:mailman/2.1
by Yasuhito FUTATSUKI＠POEM 16 Jul '18

16 Jul '18

> (I don't think Python 2 library docs will not be removed even if their URL will be changed) I'm sorry, I did't intend double negation, this was intended "(I don't think Python 2 library docs will be removed soon, even if their URL will be changed)" I'll stand by your choice even if it is not merging this or fixing only 404 link in ca po file by pointing http://docs.python.org/library/re.html for maintenance reasons, etc. Any way, as it have been clear where and how to modify if we will want to fix these URLs, it is also easy to fix them later. -- https://code.launchpad.net/~futatuki/mailman/python-doc-url/+merge/349626 Your team Mailman Coders is requested to review the proposed merge of lp:~futatuki/mailman/python-doc-url into lp:mailman/2.1.

1 0