Mailman 3 September 2010 - Mailman-coders

[Bug 643949] [NEW] Need REST API to change existing user's email
by Timr-probo April 29, 2011

April 29, 2011

Public bug reported: Perhaps the most common administrative task I face is changing an existing user's email address. Many non-technical people change email addresses very often. This is easy to do with the command line clone_users command, but in a hosted environment, I have to find the user, delete them, go to "mass subscription", and re-enter them. It would be nice if the REST API included a "change one user's address" command. ** Affects: mailman Importance: Undecided Status: New ** Tags: mailman3 -- Need REST API to change existing user's email https://bugs.launchpad.net/bugs/643949 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

3 5

[Bug 645897] [NEW] mailman scan_message exception
by FreqMod April 29, 2011

April 29, 2011

Public bug reported: scan_message in mailman/app/bounces.py causes exception becuase: for detector_class in find_components('mailman.bouncers', IBounceDetector): addresses = detector().process(msg) is not: for detector_class in find_components('mailman.bouncers', IBounceDetector): addresses = detector_class().process(msg) I'am working around it by reimplementing the function in my code, but I would be happy if I don't need to, because it touches more internal interfaces than neccesarry. ** Affects: mailman Importance: Undecided Status: New -- mailman scan_message exception https://bugs.launchpad.net/bugs/645897 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

2 3

[Merge] lp:~flo-fuchs/mailman/restclient into lp:mailman
by florianfuchs Dec. 26, 2010

Dec. 26, 2010

florianfuchs has proposed merging lp:~flo-fuchs/mailman/restclient into lp:mailman. Requested reviews: Mailman Coders (mailman-coders) I added a rest client in src/mailmanclient as well as a doctest in src/mailman/rest/docs/restclient.txt. -- https://code.launchpad.net/~flo-fuchs/mailman/restclient/+merge/28522 Your team Mailman Coders is requested to review the proposed merge of lp:~flo-fuchs/mailman/restclient into lp:mailman.

3 6

[Bug 617285] [NEW] Possible regression issue in MM3
by Anna Oct. 4, 2010

Oct. 4, 2010

Public bug reported: Trying to retrieve a list of all mailing lists in the system (using the rest client) MM3 crashes with the traceback below. It seems to be a regression issue but I think it might also be a general bug since a non existing column in the DB is called. About the lock mentioned in the traceback: gallia is my wireless network and the processes I have running are Mailman 3 core and a Django app for the MM3 UI which should work together. anna@athena:~/Documents/Programmering/mailman3/mailman$ Traceback (most recent call last): File "/usr/lib/python2.6/wsgiref/handlers.py", line 93, in run self.result = application(self.environ, self.start_response) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/wsgiapp.py", line 58, in __call__ environ, start_response) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/app.py", line 18, in __call__ response = self.get_response(request, resource_or_response) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/app.py", line 65, in get_response resource_or_response = resource_or_response(request) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/resource.py", line 211, in __call__ return _dispatch(request, match, lambda r: callable(self, r)) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/resource.py", line 239, in _dispatch response = func(request) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/resource.py", line 211, in <lambda> return _dispatch(request, match, lambda r: callable(self, r)) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/lists.py", line 215, in collection resource = self._make_collection(request) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/helpers.py", line 140, in _make_collection collection = self._get_collection(request) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/lists.py", line 134, in _get_collection return list(getUtility(IListManager)) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/model/listmanager.py", line 84, in __iter__ for fqdn_listname in self.names: File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/model/listmanager.py", line 90, in names for mlist in config.db.store.find(MailingList): File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/store.py", line 968, in __iter__ result = self._store._connection.execute(self._get_select()) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/database.py", line 217, in execute raw_cursor = self.raw_execute(statement, params) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/databases/sqlite.py", line 153, in raw_execute return Connection.raw_execute(self, statement, params) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/database.py", line 299, in raw_execute self._check_disconnect(raw_cursor.execute, *args) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/database.py", line 342, in _check_disconnect return function(*args, **kwargs) OperationalError: no such column: mailinglist.last_post_at Aug 13 10:52:47 2010 (2982) timed out Usage: master [options] Master sub-process watcher. Start and watch the configured queue runners and ensure that they stay alive and kicking. Each are fork and exec'd in turn, with the master waiting on their process ids. When it detects a child queue runner has exited, it may restart it. The queue runners respond to SIGINT, SIGTERM, SIGUSR1 and SIGHUP. SIGINT, SIGTERM and SIGUSR1 all cause the qrunners to exit cleanly. The master will restart qrunners that have exited due to a SIGUSR1 or some kind of other exit condition (say because of an exception). SIGHUP causes the master and the qrunners to close their log files, and reopen then upon the next printed message. The master also responds to SIGINT, SIGTERM, SIGUSR1 and SIGHUP, which it simply passes on to the qrunners. Note that the master will close and reopen its own log files on receipt of a SIGHUP. The master also leaves its own process id in the file `data/master-qrunner.pid` but you normally don't need to use this pid directly. master: error: The master qrunner lock could not be acquired, because it appears as if some process on some other host may have acquired it. We can't test for stale locks across host boundaries, so you'll have to clean this up manually. Lock file: /home/anna/Documents/Programmering/mailman3/mailman/var/locks/master-qrunner.lck Lock host: gallia Exiting. Traceback (most recent call last): File "/usr/lib/python2.6/wsgiref/handlers.py", line 93, in run self.result = application(self.environ, self.start_response) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/wsgiapp.py", line 58, in __call__ environ, start_response) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/app.py", line 18, in __call__ response = self.get_response(request, resource_or_response) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/app.py", line 65, in get_response resource_or_response = resource_or_response(request) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/resource.py", line 211, in __call__ return _dispatch(request, match, lambda r: callable(self, r)) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/resource.py", line 239, in _dispatch response = func(request) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/restish-0.11-py2.6.egg/restish/resource.py", line 211, in <lambda> return _dispatch(request, match, lambda r: callable(self, r)) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/lists.py", line 215, in collection resource = self._make_collection(request) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/helpers.py", line 140, in _make_collection collection = self._get_collection(request) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/rest/lists.py", line 134, in _get_collection return list(getUtility(IListManager)) File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/model/listmanager.py", line 84, in __iter__ for fqdn_listname in self.names: File "/home/anna/Documents/Programmering/mailman3/mailman/src/mailman/model/listmanager.py", line 90, in names for mlist in config.db.store.find(MailingList): File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/store.py", line 968, in __iter__ result = self._store._connection.execute(self._get_select()) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/database.py", line 217, in execute raw_cursor = self.raw_execute(statement, params) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/databases/sqlite.py", line 153, in raw_execute return Connection.raw_execute(self, statement, params) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/database.py", line 299, in raw_execute self._check_disconnect(raw_cursor.execute, *args) File "/home/anna/Documents/Programmering/mailman3/mailman/eggs/storm-0.16.0-py2.6-linux-i686.egg/storm/database.py", line 342, in _check_disconnect return function(*args, **kwargs) OperationalError: no such column: mailinglist.last_post_at ** Affects: mailman Importance: Undecided Status: New ** Tags: mailman3 rest-api -- Possible regression issue in MM3 https://bugs.launchpad.net/bugs/617285 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

2 4

[Bug 651980] [NEW] Friendlier "awaits moderator approval text"
by spaetz Oct. 1, 2010

Oct. 1, 2010

Public bug reported: Here is the reaction of Kernel Hacker Neil brown, trying to send a mail to a mailman-member only list. I agree that the standard blurb reads drier and more unfriendly than it could be and I would love to see mailman adopt a text similar to what he proposed: I tried to identify what I really didn't like about the "Your message awaits moderator approval" email I got and it seems to come down to the "to a members only list" part. It comes across as saying "we are a closed community and aren't interested in what others have to say" - which clearly isn't true, but does seem to be implied by the text. Had the message been more friendly, e.g. ------------ Thanks for your email with subject: $SUBJECT As this is your first post to $LISTNAME the message will require approval by a moderator after which it will, if acceptable, be forwarded to the list. This normally takes $AVERAGE_WAIT_TIME. Subsequent posts by you will then be accepted without moderation. ------------ then I would have had nothing to complain about. I think it is important that newcomers feel welcomed and "members only" doesn't sound welcoming. ** Affects: mailman Importance: Undecided Status: New -- Friendlier "awaits moderator approval text" https://bugs.launchpad.net/bugs/651980 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

3 2

[Bug 266317] Re: attachments archived even when archiving disabled
by James Ralston Sept. 30, 2010

Sept. 30, 2010

We're affected by this issue as well. Let's be clear what's happening here: ToDigest.send_i18n_digests() needs to scrub attachments from the RFC1153 version of the digest. To do that, it calls Handlers.Scrubber.process(), which saves the scrubbed attachments to disk (in the list's archive directory)—regardless of whether the list is configured to archive. Thus, I must respectfully disagree that this behavior is "expected". The fact that ToDigest.send_i18n_digests() silently fills up the list's archive directory with scrubbed attachments (as a side-effect of producing the RFC1153 version of each digest) may be "expected" behavior from the point of view of the Mailman developers, but it is NOT expected behavior from the point of view of Mailman administrators. Side-effects are bugs, regardless of whether they are unintended, unwanted, or undocumented—and this bug hits at least 2 out of 3. Another way to look at this issue is that Mailman is dropping temporary files that are never referenced again and never removed. If any other program did that, the behavior would be properly described as a bug. Even worse, there is no way to stop this behavior. We've configured our lists not to archive, but we cannot configure our lists not to permit digests, as we have subscribers who prefer digest mode. As the code stands right now, If I want to stop Mailman from continually trying to fill up my /var filesystem, I'm going to have to write a cron job to go clean up after Mailman. But that will be very challenging to do correctly for lists that were configured to archive at any point in the past. We've been pleased with Mailman, and we're grateful to all of the developers who work on it. But come on, guys... this behavior is a bug. Handlers.Scrubber.process() shouldn't leave temporary scrubbed attachments on disk when it is called by ToDigest.send_i18n_digests(). Please fix this. -- attachments archived even when archiving disabled https://bugs.launchpad.net/bugs/266317 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

1 0

[Merge] lp:~jimmy-sigint/mailman/restapi_auth into lp:mailman
by Jimmy Bergman Sept. 28, 2010

Sept. 28, 2010

Jimmy Bergman has proposed merging lp:~jimmy-sigint/mailman/restapi_auth into lp:mailman. Requested reviews: Mailman Coders (mailman-coders) In my opinion the REST API needs to be authenticated for the following reasons: 1. Even though it is by default exposed only on localhost, this means that all local users can administer mailing-lists instead of only some specific user like root. 2. It makes sense to use the REST API for integrating with external systems. These external systems will often be on other servers, causing the need for exposing the REST API on different interfaces than the loopback interface. For this authentication is a requirement. The change in my branch solves this by adding a single shared username/password in the webservice section of the config using the parameters admin_user and admin_pass. The API is then changed to require HTTP basic auth using these credentials. -- https://code.launchpad.net/~jimmy-sigint/mailman/restapi_auth/+merge/36833 Your team Mailman Coders is requested to review the proposed merge of lp:~jimmy-sigint/mailman/restapi_auth into lp:mailman.

2 3

[Bug 558014] Re: Generate RSS summary in archives
by Kevin Cole Sept. 25, 2010

Sept. 25, 2010

Still "new" and "critical"? (Just trying to help w/ housecleaning.) -- Generate RSS summary in archives https://bugs.launchpad.net/bugs/558014 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

1 0

[Bug 646344] [NEW] 2.1.14 GUI crash: ALLOW_SENDER_OVERRIDES AttributeError
by Brent Sept. 23, 2010

Sept. 23, 2010

Public bug reported: I just upgraded to 2.1.14 from 2.1.12. When trying to login to the admin interface for a list, Mailman crashes and I get a "bug" message in the browser. The Mailman error log contains this: ... admin(24739): PYTHONPATH: /opt/mailman admin(24739): SCRIPT_FILENAME: /opt/mailman/cgi-bin/admin admin(24739): SERVER_ADMIN: [edited out] admin(24739): HTTP_HOST: [edited out] admin(24739): HTTPS: on admin(24739): HTTP_CONNECTION: keep-alive admin(24739): HTTP_CACHE_CONTROL: max-age=0 admin(24739): REQUEST_URI: /mailman/admin/[edited out] admin(24739): HTTP_ACCEPT: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 admin(24739): GATEWAY_INTERFACE: CGI/1.1 admin(24739): REMOTE_PORT: 36978 admin(24739): HTTP_ACCEPT_LANGUAGE: en-us admin(24739): CONTENT_TYPE: application/x-www-form-urlencoded admin(24739): HTTP_ACCEPT_ENCODING: gzip, deflate admin(24739): UNIQUE_ID: TJuulolSrxMAAGCeOtwAAAAA Sep 23 12:47:11 2010 admin(24744): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(24744): [----- Mailman Version: 2.1.14 -----] admin(24744): [----- Traceback ------] admin(24744): Traceback (most recent call last): admin(24744): File "/opt/mailman/scripts/driver", line 112, in run_main admin(24744): main() admin(24744): File "/opt/mailman/Mailman/Cgi/admin.py", line 175, in main admin(24744): change_options(mlist, category, subcat, cgidata, doc) admin(24744): File "/opt/mailman/Mailman/Cgi/admin.py", line 1299, in change_options admin(24744): gui.handleForm(mlist, category, subcat, cgidata, doc) admin(24744): File "/opt/mailman/Mailman/Gui/GUIBase.py", line 144, in handleForm admin(24744): for item in self.GetConfigInfo(mlist, category, subcat): admin(24744): File "/opt/mailman/Mailman/Gui/General.py", line 418, in GetConfigInfo admin(24744): if mm_cfg.ALLOW_SENDER_OVERRIDES: admin(24744): AttributeError: 'module' object has no attribute 'ALLOW_SENDER_OVERRIDES' admin(24744): [----- Python Information -----] admin(24744): sys.version = 2.4.4 (#1, Jan 9 2007, 23:31:33) [C] admin(24744): sys.executable = /usr/bin/python admin(24744): sys.prefix = /usr admin(24744): sys.exec_prefix = /usr admin(24744): sys.path = ['/opt/mailman/pythonlib', '/opt/mailman', '/opt/mailman/scripts', '/opt/mailman', '/usr/lib/python24.zip', '/usr/lib/python2.4/', '/usr/lib/python2.4/plat-sunos5', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/lib/python2.4/site-packages'] admin(24744): sys.platform = sunos5 ... By editing the /Mailman/Gui/General.py file (line 418) and removing the offending section, I'm able to login to and use the admin area. However, it's clearly also removing some functionality: # Suppression of Sender header modification #if mm_cfg.ALLOW_SENDER_OVERRIDES: # rtn.append( # ('include_sender_header', mm_cfg.Radio, # (_('No'), _('Yes')), 0, # _("""Should the <tt>Sender</tt> header be rewritten for this # mailing list to avoid stray bounces? <em>Yes</em> is # recommended."""), # _("""<a href="http://www.faqs.org/rfcs/rfc2822.html">RFC # 2822</a> defines the <tt>Sender</tt> header and defines it # as "the mailbox of the agent responsible for the actual # transmission of the message." Mailman replaces this header # by default with the list's bounce address. # <p>While it is debatable if Mailman is such an agent, setting # this header helps directing bounces from some broken MTAs to # the right destination. On the other hand, some mail # readers show unexpected behaviour if this header is set (like # missing addresses in forwarded mails and copies sent to the # bounce address on reply-to-all), so it can be disabled # here.""")) # ) ** Affects: mailman Importance: Undecided Status: New -- 2.1.14 GUI crash: ALLOW_SENDER_OVERRIDES AttributeError https://bugs.launchpad.net/bugs/646344 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

2 1

[Bug 266217] Re: denial of service security bug
by Mark Sapiro Sept. 21, 2010

Sept. 21, 2010

Fixed in Mailman 2.1.7. ** Changed in: mailman Status: Confirmed => Fix Released -- denial of service security bug https://bugs.launchpad.net/bugs/266217 You received this bug notification because you are a member of Mailman Coders, which is subscribed to GNU Mailman.

1 0