From mark at msapiro.net Tue Nov 3 15:24:08 2015 From: mark at msapiro.net (Mark Sapiro) Date: Tue, 03 Nov 2015 20:24:08 -0000 Subject: [Bug 1512866] [NEW] Some news servers reject some posts from the mail<->news gateway Message-ID: <20151103202409.21371.50512.malonedeb@soybean.canonical.com> Public bug reported: NewsRunner, when gating a list post to usenet, will append the appropriate usenet group name to any existing Newsgroups: header in the post that doesn't already contain the name. If the existing names in the header are a group or groups that don't exist on the gated news server, at least one server has been observed to reject the post. In some cases with the python-list at python.org list, we have seen 441 No valid newsgroups in "gmane.comp.python.general, comp.lang.python" This would actually seem to be a bug in the news server, but I will try prepending rather than appending the group name to see if that helps. ** 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/1512866 Title: Some news servers reject some posts from the mail<->news gateway To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1512866/+subscriptions From mark at msapiro.net Tue Nov 3 20:30:58 2015 From: mark at msapiro.net (Mark Sapiro) Date: Wed, 04 Nov 2015 01:30:58 -0000 Subject: [Bug 1512866] Re: Some news servers reject some posts from the mail<->news gateway References: <20151103202409.21371.50512.malonedeb@soybean.canonical.com> Message-ID: <20151104013058.23443.62182.malone@gac.canonical.com> Actually, the fix I'm testing now just deletes any pre-existing Newsgroups: header and adds one with only the gated group name. We shouldn't be posting to other groups anyway. -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1512866 Title: Some news servers reject some posts from the mail<->news gateway To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1512866/+subscriptions From 1512866 at bugs.launchpad.net Fri Nov 6 12:14:52 2015 From: 1512866 at bugs.launchpad.net (Launchpad Bug Tracker) Date: Fri, 06 Nov 2015 17:14:52 -0000 Subject: [Bug 1512866] Re: Some news servers reject some posts from the mail<->news gateway References: <20151103202409.21371.50512.malonedeb@soybean.canonical.com> Message-ID: <20151106171454.3747.78036.launchpad@ackee.canonical.com> ** 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/1512866 Title: Some news servers reject some posts from the mail<->news gateway To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1512866/+subscriptions From mark at msapiro.net Fri Nov 6 12:15:20 2015 From: mark at msapiro.net (Mark Sapiro) Date: Fri, 06 Nov 2015 17:15:20 -0000 Subject: [Bug 1512866] Re: Some news servers reject some posts from the mail<->news gateway References: <20151103202409.21371.50512.malonedeb@soybean.canonical.com> Message-ID: <20151106171521.21264.14805.launchpad@soybean.canonical.com> ** Changed in: mailman Status: In Progress => 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/1512866 Title: Some news servers reject some posts from the mail<->news gateway To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1512866/+subscriptions From 399662 at bugs.launchpad.net Tue Nov 10 02:37:45 2015 From: 399662 at bugs.launchpad.net (Nemo_bis) Date: Tue, 10 Nov 2015 07:37:45 -0000 Subject: [Bug 399662] Re: after submit on option page - page double References: <20090715101803.11002.43863.malonedeb@palladium.canonical.com> Message-ID: <20151110073745.649.16337.malone@gac.canonical.com> Indeed my experience is different. in mailman 2.1.18, when I click e.g. the "Disabled" radio button and I press enter, the page is reloaded identical. The unexpected behaviour is that the form isn't submitted. Or rather, I see that there is a POST request whose parameters *seem* to reflect my radio button click, but the change isn't applied. -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/399662 Title: after submit on option page - page double To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/399662/+subscriptions From mark at msapiro.net Tue Nov 10 08:46:44 2015 From: mark at msapiro.net (Mark Sapiro) Date: Tue, 10 Nov 2015 13:46:44 -0000 Subject: [Bug 399662] Re: after submit on option page - page double References: <20090715101803.11002.43863.malonedeb@palladium.canonical.com> Message-ID: <20151110134644.31885.26530.malone@chaenomeles.canonical.com> See the FAQ at . -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/399662 Title: after submit on option page - page double To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/399662/+subscriptions From 1517446 at bugs.launchpad.net Wed Nov 18 07:09:03 2015 From: 1517446 at bugs.launchpad.net (carloslp) Date: Wed, 18 Nov 2015 12:09:03 -0000 Subject: [Bug 1517446] [NEW] Please add multipart/signed to DEFAULT_PASS_MIME_TYPES Message-ID: <20151118120903.17696.21099.malonedeb@gac.canonical.com> Public bug reported: Mailman tarballs contain a Defaults.py file with this configuration: DEFAULT_PASS_MIME_TYPES = ['multipart/mixed','multipart/alternative','text/plain'] NOTE: I don't know how this file is generated, I found it on the tarballs but not on the repository So, when someone enables filtering on a mailing list by mime-type, the default is to filter all emails not matching any of those 3 mime-types. This list of default mime types allowed misses to include "multipart/signed". Therefore, this is unfortunately filtering any "multipart/signed" emails. "multipart/signed" is defined on RFC 3156 and is the recommended way of signing mails with GPG. See http://wiki.gnupg.org/SignatureHandling The proposed change is to modify that default configuration to: DEFAULT_PASS_MIME_TYPES = ['multipart/mixed', 'multipart/alternative', 'multipart/signed', 'text/plain', ] This default causes trouble to people that signs their mails with GPG. I already had problems due to this default on the Alioth Debian mailing lists and on the WebKit mailing lists because the admin enabled filtering by mime-type and didn't changed the default. Please, change this default by adding at least 'multipart/signed' to the list of types allowed. ** 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/1517446 Title: Please add multipart/signed to DEFAULT_PASS_MIME_TYPES To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1517446/+subscriptions From 1517446 at bugs.launchpad.net Wed Nov 18 07:10:51 2015 From: 1517446 at bugs.launchpad.net (carloslp) Date: Wed, 18 Nov 2015 12:10:51 -0000 Subject: [Bug 1517446] Re: Please add multipart/signed to DEFAULT_PASS_MIME_TYPES References: <20151118120903.17696.21099.malonedeb@gac.canonical.com> Message-ID: <20151118121051.17906.1458.malone@gac.canonical.com> > The proposed change is to modify that default configuration to: > > DEFAULT_PASS_MIME_TYPES = ['multipart/mixed', 'multipart/alternative', 'multipart/signed', 'text/plain', ] I mean: DEFAULT_PASS_MIME_TYPES = ['multipart/mixed', 'multipart/alternative', 'multipart/signed', 'text/plain' ] -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1517446 Title: Please add multipart/signed to DEFAULT_PASS_MIME_TYPES To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1517446/+subscriptions From mark at msapiro.net Wed Nov 18 14:45:37 2015 From: mark at msapiro.net (Mark Sapiro) Date: Wed, 18 Nov 2015 19:45:37 -0000 Subject: [Bug 1517446] Re: Please add multipart/signed to DEFAULT_PASS_MIME_TYPES References: <20151118120903.17696.21099.malonedeb@gac.canonical.com> Message-ID: <20151118194537.1736.21309.malone@wampee.canonical.com> The tarballs we distribute do not contain Mailman/Defaults.py. They and the lp:mailman/2.1 branch contain only Mailman/Defaults.py.in. Mailman/Defaults.py is generated by configure by applying various configure options and defaults to Mailman/Defaults.py.in. Also, in Python, DEFAULT_PASS_MIME_TYPES = ['multipart/mixed', 'multipart/alternative', 'multipart/signed', 'text/plain', ] and DEFAULT_PASS_MIME_TYPES = ['multipart/mixed', 'multipart/alternative', 'multipart/signed', 'text/plain' ] (without the last comma) are equivalent. Now, as far as the actual bug is concerned, I am unsure as to the best default for pass_mime_types. I agree that various multipart subtypes such as multipart/related and multipart/signed should be accepted so their text/plain sub-parts will be accepted. To this end, I think at a minimum we should have DEFAULT_PASS_MIME_TYPES = ['multipart', 'text/plain'] to accept any text/plain subparts of any multipart type, but this brings up other questions. Namely, should we accept message/rfc822 parts to ultimately accept text/plain parts from attached (forwarded or ?) messages, and if we are accepting multipart/signed, should we also accept the actual signature. For the former, I think the answer is yes. The latter is more complicated because application/pkcs7-signature parts are binary so in the spirit of only accepting text/plain, perhaps we should only accept application/pgp-signature signature parts. I'm tending towards DEFAULT_PASS_MIME_TYPES = ['multipart', 'message/rfc822', 'text/plain', 'application/pgp-signature'] but I'm continuing to think about it. ** Changed in: mailman Importance: Undecided => Low ** Changed in: mailman Status: New => In Progress ** Changed in: mailman Milestone: None => 2.1.21 ** 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/1517446 Title: Please add multipart/signed to DEFAULT_PASS_MIME_TYPES To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1517446/+subscriptions From paulway at mabula.net Wed Nov 18 22:56:16 2015 From: paulway at mabula.net (PaulWay) Date: Thu, 19 Nov 2015 03:56:16 -0000 Subject: [Bug 1517712] [NEW] Web or email interface to show all lists an address is subscribe to. Message-ID: <20151119035616.2289.19355.malonedeb@wampee.canonical.com> Public bug reported: At the moment it is difficult for a user to find out which lists they have been subscribed to. With sensible list owners this would not be a problem, but if list owners silently subscribe people to a list without asking then a person can find themselves receiving mail for lists they did not know they were on. I can see two possible interfaces for this: 1) A search form on e.g. http://example.com/mailman/listinfo that allows a user to type in their email address and request a search for lists that they are subscribed to. For security reasons this would forward them an email with a confirmation code. Responding with the correct code would perform the search. 2) Sending an email to e.g. which-lists-am-i-on at lists.example.com would automatically respond with the lists the sender's email address is subscribed to. Obviously this does not stop rogue admins continuing to add email lists and silently subscribe people to them, but it does make it easy for a user to find and unsubscribe themselves. This proposal does not intend to combat spam because there are much easier ways of sending spam than setting up mailman :-) Thanks in advance, Paul ** 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/1517712 Title: Web or email interface to show all lists an address is subscribe to. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1517712/+subscriptions From mark at msapiro.net Thu Nov 19 10:55:34 2015 From: mark at msapiro.net (Mark Sapiro) Date: Thu, 19 Nov 2015 15:55:34 -0000 Subject: [Bug 1517712] Re: Web or email interface to show all lists an address is subscribe to. References: <20151119035616.2289.19355.malonedeb@wampee.canonical.com> Message-ID: <20151119155535.4248.28875.malone@gac.canonical.com> This already exists. Go to your user options page for any list in the installation for which you are subscribed at a URL something like http://www.example.com/mailman/options/LISTNAME. Log in with your subscribed email address and list password. If you don't know your password, get an immediate email reminder by entering your email address on the login page and clicking the Remind button. Once logged in, click the "List my other subscriptions" button to get a list of all the lists in the installation to which your address is subscribed. Is there some reason why this is insufficient for your request? ** Changed in: mailman Importance: Undecided => Low ** Changed in: mailman Status: New => Incomplete ** 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/1517712 Title: Web or email interface to show all lists an address is subscribe to. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1517712/+subscriptions From 1518084 at bugs.launchpad.net Thu Nov 19 16:13:34 2015 From: 1518084 at bugs.launchpad.net (Sander) Date: Thu, 19 Nov 2015 21:13:34 -0000 Subject: [Bug 1518084] [NEW] documentation: reply-to munging "useful" link now points to a spam domain Message-ID: <20151119211334.3736.55800.malonedeb@gac.canonical.com> Public bug reported: http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/annotate/head:/doc/mailman-admin/node11.html line 86 includes a link, "Reply-To Munging Considered Useful", pointing to metasystema.org/essays/reply-to-useful.mhtml archive.org shows this document disappeared sometime between late 2013 and mid-2014, and if it's currently visited, your browser gets redirected through a large number of what I can only assume to be spam domains. I don't know if there's any policy for what to do with dead links in documentation, but a faithful reproduction of the document seems to live on http://marc.merlins.org/netrants/reply-to-useful.html (unchanged for the last 11 years based on a swift visual inspection via archive.org), so updating the link to point there seems to make sense. ** 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/1518084 Title: documentation: reply-to munging "useful" link now points to a spam domain To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1518084/+subscriptions From paulway at mabula.net Thu Nov 19 18:06:58 2015 From: paulway at mabula.net (PaulWay) Date: Thu, 19 Nov 2015 23:06:58 -0000 Subject: [Bug 1517712] Re: Web or email interface to show all lists an address is subscribe to. References: <20151119035616.2289.19355.malonedeb@wampee.canonical.com> Message-ID: <20151119230658.4312.51840.malone@gac.canonical.com> Hi Mark, I do understand that process and have used it. However, there are two problems with it. Firstly, it's undiscoverable. The user has to log in before even finding out that there's an option to find other subscriptions. The fact that I logged this bug without discovering this option is proof of this. Secondly, it's a complicated hoop to jump through in order to discover this option. My two proposals are much easier for a user to discover - one from the front page, the other by a direct email. They still provide the same level of abuse prevention that the currently implemented system does, but are much easier to use. Hope this helps, Paul -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1517712 Title: Web or email interface to show all lists an address is subscribe to. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1517712/+subscriptions From mark at msapiro.net Fri Nov 20 11:38:53 2015 From: mark at msapiro.net (Mark Sapiro) Date: Fri, 20 Nov 2015 16:38:53 -0000 Subject: [Bug 1517712] Re: Web or email interface to show all lists an address is subscribe to. References: <20151119035616.2289.19355.malonedeb@wampee.canonical.com> Message-ID: <20151120163853.3812.49606.malone@gac.canonical.com> I'll consider it. No promises. ** Changed in: mailman Importance: Low => Wishlist ** Changed in: mailman Status: Incomplete => Opinion -- You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman. https://bugs.launchpad.net/bugs/1517712 Title: Web or email interface to show all lists an address is subscribe to. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1517712/+subscriptions From mark at msapiro.net Fri Nov 20 11:57:03 2015 From: mark at msapiro.net (Mark Sapiro) Date: Fri, 20 Nov 2015 16:57:03 -0000 Subject: [Bug 1518084] Re: documentation: reply-to munging "useful" link now points to a spam domain References: <20151119211334.3736.55800.malonedeb@gac.canonical.com> Message-ID: <20151120165703.1288.46246.malone@wampee.canonical.com> The source for all these documents is the branch at . This particular issue was fixed in rev 117 of that branch on 2 March 2015. Unfortunately, the process of rebuilding the docs from the .tex source following that change appears to have been overlooked. Thanks for your report. I will fix it. ** Changed in: mailman Importance: Undecided => Medium ** Changed in: mailman Status: New => In Progress ** Changed in: mailman Milestone: None => 2.1.21 ** 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/1518084 Title: documentation: reply-to munging "useful" link now points to a spam domain To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1518084/+subscriptions From mark at msapiro.net Mon Nov 23 13:53:05 2015 From: mark at msapiro.net (Mark Sapiro) Date: Mon, 23 Nov 2015 18:53:05 -0000 Subject: [Bug 1519062] [NEW] Unshunting a shunted message can skip the original shunting handler. Message-ID: <20151123185305.18069.19589.malonedeb@soybean.canonical.com> Public bug reported: At least sometimes, when a message is shunted because an exception is thrown in IncomingRunner the pipeline saved in the msgdata of the shunted message can start with the handler following the one being handled when the exception is thrown. This has been observed when Moderate attempted to reject a message and raised Errors.RejectMessage. IncomingRunner then called BounceMessage to send a reject notice and BounceMessage threw an IOError exception. The message was shunted with a pipeline starting with the handler following Moderate which had already been successfully popped from the pipeline. When the message was unshunted, Moderate was skipped and the message which should have been rejected was delivered to the list. ** 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/1519062 Title: Unshunting a shunted message can skip the original shunting handler. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1519062/+subscriptions From 1519062 at bugs.launchpad.net Tue Nov 24 09:39:17 2015 From: 1519062 at bugs.launchpad.net (Launchpad Bug Tracker) Date: Tue, 24 Nov 2015 14:39:17 -0000 Subject: [Bug 1519062] Re: Unshunting a shunted message can skip the original shunting handler. References: <20151123185305.18069.19589.malonedeb@soybean.canonical.com> Message-ID: <20151124143919.21884.19266.launchpad@ackee.canonical.com> ** 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/1519062 Title: Unshunting a shunted message can skip the original shunting handler. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1519062/+subscriptions From mark at msapiro.net Tue Nov 24 09:47:14 2015 From: mark at msapiro.net (Mark Sapiro) Date: Tue, 24 Nov 2015 14:47:14 -0000 Subject: [Bug 1519062] Re: Unshunting a shunted message can skip the original shunting handler. References: <20151123185305.18069.19589.malonedeb@soybean.canonical.com> Message-ID: <20151124144715.3935.74841.launchpad@gac.canonical.com> ** Changed in: mailman Status: In Progress => 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/1519062 Title: Unshunting a shunted message can skip the original shunting handler. To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1519062/+subscriptions From mark at msapiro.net Sat Nov 28 14:59:26 2015 From: mark at msapiro.net (Mark Sapiro) Date: Sat, 28 Nov 2015 19:59:26 -0000 Subject: [Bug 1518084] Re: documentation: reply-to munging "useful" link now points to a spam domain References: <20151119211334.3736.55800.malonedeb@gac.canonical.com> Message-ID: <20151128195926.3597.54996.launchpad@gac.canonical.com> ** Changed in: mailman Status: In Progress => 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/1518084 Title: documentation: reply-to munging "useful" link now points to a spam domain To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1518084/+subscriptions