Mailman 3 July 2004 - Mailman-coders

[ mailman-Patches-657951 ] Generate RSS summary in archives
by SourceForge.net 19 Aug '22

19 Aug '22

Patches item #657951, was opened at 2002-12-23 14:17 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=657951&group_i… Category: Pipermail Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 7 Submitted By: A.M. Kuchling (akuchling) Assigned to: Nobody/Anonymous (nobody) Summary: Generate RSS summary in archives Initial Comment: Here's a first-draft patch. Things that need fixing: * The generated RSS feed needs to be validated. (It passed the W3C's RDF validator, but RSS validators still need to be checked.) * The date should be given in YYYY-MM-DD format, which requires parsing the .fromdate attribute. * How do I get the URL for an archived message? The generated RSS currently just uses the filename, which is wrong. How do I get at the PUBLIC_ARCHIVE_URL setting? * Getting the most recent N postings is inefficient; the code loops through all of the archived messages and takes the last N of them. We could add .last() and .prev() methods to the Database class, but that's more ambitious for 2.1beta than I like. (Would be nice to get this into 2.1final...) * The list index page should have a LINK element pointing to the RSS file. Please make any comments you have, and I'll rework the patch accordingly. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-04-18 18:43 Message: Logged In: YES user_id=12800 Andrew, to get the url for the archived message use mlist.GetBaseArchiveURL(), which knows about private vs. public archives, the host name and the list name. From there you should be able to tack on just the part of the path under "archives/private/listname". See Mailman/Handlers/Scrubber.py for an example. Only other minor comment: NUM_ARTICLES can probably go in Defaults.py.in ---------------------------------------------------------------------- Comment By: Justin Mason (jmason) Date: 2003-03-26 16:49 Message: Logged In: YES user_id=935 big thumbs up from me too. Much better solution than http://taint.org/mmrss/ ;) ---------------------------------------------------------------------- Comment By: Uche Ogbuji (uche) Date: 2003-03-17 20:09 Message: Logged In: YES user_id=38966 I'd like to add my vote to this item. This is a fantastic idea, Andrew. Thanks. --Uche ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2002-12-23 15:42 Message: Logged In: YES user_id=11375 Updated patch: * Dates are now rendered as ISO-8601 (date only, not the time of the message) * By hard-wiring 2002-December, I got the RSS to validate using Mark Pilgrim's validator. ---------------------------------------------------------------------- Comment By: captain larry (captainlarry) Date: 2002-12-23 14:36 Message: Logged In: YES user_id=147905 Just voting for support here. This is *great* thanks for the patch and I hope the maintainers include it as soon as it's appropriate :) Adam. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 14:27 Message: Logged In: YES user_id=12800 Deferring until post-2.1 ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2002-12-23 14:21 Message: Logged In: YES user_id=11375 Argh; SF choked on the file upload. Attaching the patch again... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=657951&group_i…

2 1

[ mailman-Feature Requests-1001243 ] complete message available on approval
by SourceForge.net 31 Jul '04

31 Jul '04

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_…

1 0

[ mailman-Bugs-971957 ] Uncaught runner exception
by SourceForge.net 30 Jul '04

30 Jul '04

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…

1 0

[ mailman-Bugs-1000699 ] moderator page with details misses a submit button
by SourceForge.net 30 Jul '04

30 Jul '04

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_…

1 0

[ mailman-Bugs-1000304 ] uncaught archiver exception [PATCH]
by SourceForge.net 29 Jul '04

29 Jul '04

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_…

1 0

[ mailman-Bugs-998609 ] can subscribe with CR+LF in email address
by SourceForge.net 27 Jul '04

27 Jul '04

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…

1 0

[ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists
by SourceForge.net 27 Jul '04

27 Jul '04

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…

1 0

[ mailman-Bugs-997838 ] terse phrase update fails
by SourceForge.net 26 Jul '04

26 Jul '04

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…

1 0

[ mailman-Bugs-996792 ] init script starts multiple master daemons
by SourceForge.net 23 Jul '04

23 Jul '04

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…

1 0

[ mailman-Bugs-905910 ] Wrong headers sent with gzip'd
by SourceForge.net 22 Jul '04

22 Jul '04

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…

1 0