Mailman-coders July 2004

mailman-coders@python.org

1 participants
26 discussions

[ mailman-Feature Requests-1001243 ] complete message available on approval

by SourceForge.net

Feature Requests item #1001243, was opened at 2004-07-31 18:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1001243&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: karl berry (kberry) Assigned to: Nobody/Anonymous (nobody) Summary: complete message available on approval Initial Comment: For a few lists, it is desirable to be able to see an entire pending message before it is approved. Currently, mailman truncates messages on the "posting held for approval" page (after clicking an individual message or "all messages from..." on the admin request page). For example, this is the case for info-gnu(a)gnu.org. rms wants moderators of that list (of which I am one) to check that postings meet the rather stringent criteria. Without shell access to the mailman host, the only way I've found to see the full message is to forward it to myself. This is painful and slow, when mailman could easily display it. I understand and agree that truncation is usually preferable. This could be a per-list variable, or just an option on the approval page to select on a per-message basis, anything would do ... Thanks for your consideration. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1001243&group_…

17 years, 6 months

[ mailman-Bugs-971957 ] Uncaught runner exception

by SourceForge.net

Bugs item #971957, was opened at 2004-06-13 06:36 Message generated for change (Comment added) made by tomtervo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=971957&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: John Distler (jd_waverly) Assigned to: Nobody/Anonymous (nobody) Summary: Uncaught runner exception Initial Comment: In 2.1.5 Apparently some email message characters can crash the Runner.py. I have inserted $mailman in place of my mailman path in the message below from $mailman/logs/error Jun 12 01:25:48 2004 (16604) Uncaught runner exception: ASCII decoding error: ordinal not in range (128) Jun 12 01:25:48 2004 (16604) Traceback (most recent call last): File "$mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File $mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "$mailman/Mailman/Queue/CommandRunner.py", line 223, in _dispose res = Results(mlist, msg, msgdata) File "$mailman/Mailman/Queue/CommandRunner.py", line 77, in __init__ subj = make_header(decode_header (subj)).__unicode__() File "$mailman/pythonlib/email/Header.py", line 144, in make_header h.append(s, charset) File "$mailman/pythonlib/email/Header.py", line 272, in append ustr = unicode(s, incodec, errors) UnicodeError: ASCII decoding error: ordinal not in range (128) ---------------------------------------------------------------------- Comment By: Tommi Tervo (tomtervo) Date: 2004-07-30 16:42 Message: Logged In: YES user_id=1094436 Do you need some additional information for debugging this one, I've over 200 mails stuck on shunts. AFAIK this is quite fatal bug, emails just disappear and nobody gets notification. UnicodeDecodeError: 'ascii' codec can't decode byte 0xf6 in position 10: ordinal not in range(128) Mailman 2.1.5 and python 2.3.4 on Solaris 8. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=971957&group_i…

17 years, 6 months

[ mailman-Bugs-1000699 ] moderator page with details misses a submit button

by SourceForge.net

Bugs item #1000699, was opened at 2004-07-30 15:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Stepan Kasal (kasal) Assigned to: Nobody/Anonymous (nobody) Summary: moderator page with details misses a submit button Initial Comment: Working with version 2.1.5. I moderate a few lists. When I go from summary page to "wiev the detail of individual postings", I get a page which has a submit button at the bottom. Similar button should be on the top, as with the Summary page. Besides being an inconvenience, this can also be confusing: I checked "Discard all msgs marked as deferred" on the top, then moved to the end and pressed the button there. Of course the upper checkbox had no influence. Btw: I hope that the "discard all deferred" checkbox discards only the messages from that dispayed page, not the messages that might have arrived while themoderator was staring at the page. That would be nasty if it weren't this way. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000699&group_…

17 years, 6 months

[ mailman-Bugs-1000304 ] uncaught archiver exception [PATCH]

by SourceForge.net

Bugs item #1000304, was opened at 2004-07-29 12:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000304&group_… Category: Pipermail Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Brian Warner (warner) Assigned to: Nobody/Anonymous (nobody) Summary: uncaught archiver exception [PATCH] Initial Comment: I encountered an exception in the HyperArch module while rebuilding the pipermail archives of one of my mailing lists. The error is a simple missing 'import' at the top of the file. Mailman.Archiver.HyperArch.Article._open_list (line 332 in 2.1.4) reads: except Errors.MMListError, e: but that module fails to import Mailman.Errors, so I get a NameError at this point. I'm not sure why it doesn't happen all the time: perhaps that code is only executed when you're manually rebuilding the archives or something. It looks like this bug still exists in CVS. I've attached the one-liner patch to fix it. thanks, -Brian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1000304&group_…

17 years, 6 months

[ mailman-Bugs-998609 ] can subscribe with CR+LF in email address

by SourceForge.net

Bugs item #998609, was opened at 2004-07-27 12:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998609&group_i… Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Thomas Arendsen Hein (thomas_ah) Assigned to: Nobody/Anonymous (nobody) Summary: can subscribe with CR+LF in email address Initial Comment: With Mailman 2.1.3 (didn't test with newer versions) it is possible to subscribe with an email address which ends with CR+LF. A browser bug made it possible to enter this into the single line entry field, but Mailman should check this. A quick test shows that CR+LF is possible in the middle of an email address, too, but of course this only works when confirmation check is disabled. Unsubscribing or changing the email address wasn't possible, because there are checks against this strange address. Only manually removing all dictionary entries with 'withlist' helped. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998609&group_i…

17 years, 6 months

[ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists

by SourceForge.net

Bugs item #998384, was opened at 2004-07-26 20:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Len Hatfield (lenhatfield) Assigned to: Nobody/Anonymous (nobody) Summary: Tend to Pending Moderator Requests breaks on a few lists Initial Comment: After upgrading from MM 2.0.3 to 2.1.5, I find that on just a couple of my lists when I access the web-admin interface and try to follow the "Tend to Pending Moderator Requests" link, I get the following bug announcement: Bug in Mailman version 2.1.5 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/c/mm2/scripts/driver", line 87, in run_main main() File "/c/mm2/Mailman/Cgi/admindb.py", line 231, in main num = show_pending_subs(mlist, form) File "/c/mm2/Mailman/Cgi/admindb.py", line 274, in show_pending_subs pendingsubs = mlist.GetSubscriptionIds() File "/c/mm2/Mailman/ListAdmin.py", line 138, in GetSubscriptionIds return self.__getmsgids(SUBSCRIPTION) File "/c/mm2/Mailman/ListAdmin.py", line 130, in __getmsgids ids = [k for k, (op, data) in self.__db.items() if op == rtype] ValueError: unpack tuple of wrong size Python information: Variable Value sys.version 2.3.4 (#1, Jul 21 2004, 23:31:00) [GCC 2.95.3 20010315 (release)] sys.executable /usr/bin/python sys.prefix /usr/local sys.exec_prefix /usr/local sys.path /usr/local sys.platform linux2 Environment variables: Variable Value HTTP_REFERER http://wiz.cath.vt.edu/mailman/admin/hel-l SERVER_SOFTWARE Apache SCRIPT_NAME /mailman/admindb SERVER_SIGNATURE REQUEST_METHOD GET HTTP_KEEP_ALIVE 300 SERVER_PROTOCOL HTTP/1.1 QUERY_STRING HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040628 Firefox/0.9.1 HTTP_CONNECTION keep-alive HTTP_COOKIE hel-l+admin=280200000069299d0541732800000034633337343331663037376464386366353661356532393638663262343937613764313365663234 SERVER_NAME wiz.cath.vt.edu REMOTE_ADDR 68.185.125.105 PATH_TRANSLATED /www/hel-l SERVER_PORT 80 SERVER_ADDR 128.173.51.243 DOCUMENT_ROOT /www PYTHONPATH /c/mm2 SCRIPT_FILENAME /c/mm2/cgi-bin/admindb SERVER_ADMIN lhat(a)wiz.cath.vt.edu HTTP_HOST wiz.cath.vt.edu REQUEST_URI /mailman/admindb/hel-l HTTP_ACCEPT text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 61615 HTTP_ACCEPT_LANGUAGE en-us,en;q=0.5 HTTP_ACCEPT_ENCODING gzip,deflate UNIQUE_ID QQWdLICtM-MAAEji16U PATH_INFO /hel-l ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_i…

17 years, 6 months

[ mailman-Bugs-997838 ] terse phrase update fails

by SourceForge.net

Bugs item #997838, was opened at 2004-07-26 06:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=997838&group_i… Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Mark D. Smith (obantec) Assigned to: Nobody/Anonymous (nobody) Summary: terse phrase update fails Initial Comment: 2.1.5 on RH8.0 i set the terse phase via the web admin. it worked first time but when i change it to a new value it still shows old value. using config_list -o foobar foobar original value description = 'Matrix News (Only for Users on Matrix)' new value (set via web admin) description = 'Matrix News' original value still seen on postings! i tried mailmanctl restart but this makes no differance. Mark ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=997838&group_i…

17 years, 6 months

[ mailman-Bugs-996792 ] init script starts multiple master daemons

by SourceForge.net

Bugs item #996792, was opened at 2004-07-23 12:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=996792&group_i… Category: command line scripts Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Stephen Knodle (steveknodle) Assigned to: Nobody/Anonymous (nobody) Summary: init script starts multiple master daemons Initial Comment: The startup script "/etc/init.d/mailman" starts mailman with a command of the general form "mailmanctl -s -q start" "-s" causes mailmanctl to start agaim, regardless of whether or not another copy is already running. Changing init levels in RH can generate many, many running daemons. Attached is a patch to mailmanctl that tests if the owner of the lock file is still alive, before actually starting up. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=996792&group_i…

17 years, 6 months

[ mailman-Bugs-905910 ] Wrong headers sent with gzip'd

by SourceForge.net

Bugs item #905910, was opened at 2004-02-27 10:20 Message generated for change (Comment added) made by jcflack You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tim Altman (junyor) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong headers sent with gzip'd Initial Comment: The filename and/or headers for list archives are incorrect. This causes some browsers to choke in their handling of the files. The filename should have the ".gz" extension stripped, as the files are really just text files. Headers currently sent are as follows: GET /mailman/<removed>/2004-February.txt.gz HTTP/1.1 User-Agent: Opera/7.50 (Windows NT 5.1; U) [en] Host: <removed> Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1 Accept-Language: en Accept-Charset: windows-1252, utf-8, utf-16, iso-8859-1;q=0.6, *;q=0.1 Accept-Encoding: deflate, gzip, x-gzip, identity, *; q=0 Referer: <removed> Cookie: <removed> Cookie2: $Version=1 Connection: Keep-Alive, TE TE: deflate, gzip, chunked, identity, trailers HTTP/1.1 200 OK Date: Fri, 27 Feb 2004 15:13:32 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/plain ---------------------------------------------------------------------- Comment By: Chapman Flack (jcflack) Date: 2004-07-22 18:03 Message: Logged In: YES user_id=1089428 I agree it's a problem, I'm not sure the file extension is the problem. What I see happening is the http server sends back a Content-Type: of application/x-gzip instead of text/plain. For example, here are the headers I got back from a site that uses Mailman and Apache: HTTP request sent, awaiting response... 1 HTTP/1.1 200 OK 2 Date: Thu, 22 Jul 2004 22:41:58 GMT 3 Server: Apache/2.0.40 (Red Hat Linux) 4 Last-Modified: Wed, 21 Jul 2004 07:27:02 GMT 5 ETag: "39c082-338f-5407bd80" 6 Accept-Ranges: bytes 7 Content-Length: 13199 8 Connection: close 9 Content-Type: application/x-gzip 10 Content-Encoding: x-gzip If that were only sent back as follows: Content-Type: text/plain Content-Encoding: x-gzip then the browser would know exactly what to do with it. I think it is strange that Tim's example shows a different problem. There the Content-Type is correct (text/plain) but there doesn't seem to be a Content-Encoding header. That's odd; usually what I see on Mailman sites is the Content-Type being mislabeled application/x-gzip. I'm not sure exactly where the problem falls between Mailman configuration and http server configuration, but I run into the same thing at just about every Mailman site I ever visit, so it needs some attention on the Mailman end even if it's only documentation on how to configure the server to send the right headers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=905910&group_i…

17 years, 6 months

[ mailman-Patches-995029 ] Patch against Mailman 2.1.5 release fixes bug #913397

by SourceForge.net

Patches item #995029, was opened at 2004-07-21 02:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=995029&group_i… Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Eirik Dentz (edentz) Assigned to: Nobody/Anonymous (nobody) Summary: Patch against Mailman 2.1.5 release fixes bug #913397 Initial Comment: Patch against 2.1.5 release to fix bug #913397 <https://sourceforge.net/tracker/index.php? func=detail&aid=913397&group_id=103&atid=100103> This hasn't been tested extensively and it may break other functionality, but it seems to produce the desired result of allowing user to change the case of the localpart of his/her email address when checking the "change globally" option on the options page. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=995029&group_i…

17 years, 6 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Mailman-coders July 2004