Mailman 3 October 2004 - Mailman-coders

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

Aug. 19, 2022

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-Patches-1057579 ] add urlhost/emailhost options to newlist
by SourceForge.net Oct. 31, 2004

Oct. 31, 2004

Patches item #1057579, was opened at 2004-10-31 05:39 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=1057579&group_… Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Tokio Kikuchi (tkikuchi) Assigned to: Nobody/Anonymous (nobody) Summary: add urlhost/emailhost options to newlist Initial Comment: Discussions in Mailman-Developers lead to add new options to bin/newlist in such a way that current urlhost/emailhost confusion may be cleared. $ newlist --urlhost=www.dom.ain --emailhost=mail.dom.ain listname We also keep @ notation for backward compatibility: $ newlist listname(a)www.dom.ain This is a draft patch for program part. Documentation is yet to be fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1057579&group_…

1 0

[ mailman-Patches-1008983 ] qrunner w/ multiple slices crashing.
by SourceForge.net Oct. 31, 2004

Oct. 31, 2004

Patches item #1008983, was opened at 2004-08-13 21:45 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_… Category: mail delivery Group: Mailman 2.1 >Status: Closed Resolution: None Priority: 7 Submitted By: Brian Greenberg (grnbrg) Assigned to: Tokio Kikuchi (tkikuchi) Summary: qrunner w/ multiple slices crashing. Initial Comment: When running qrunner with multiple instances of a particular class (ie: qrunner -r OutgoingRunner:0:4 -r OutgoingRunner:1:4 -r OutgoingRunner:2:4 -r OutgoingRunner:3:4 ) the qrunner processes for this class will periodically crash, leaving the following traces: logs/qrunner: Aug 13 15:27:51 2004 (29188) Master qrunner detected subprocess exit (pid: 23829, sig: None, sts: 1, class: OutgoingRunner, slice: 1/4) [restarting] logs/error: Aug 13 15:27:51 2004 qrunner(23829): Traceback (most recent call last): Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 270, in ? Aug 13 15:27:51 2004 qrunner(23829): main() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/bin/qrunner", line 230, in main Aug 13 15:27:51 2004 qrunner(23829): qrunner.run() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 70, in run Aug 13 15:27:51 2004 qrunner(23829): filecnt = self._oneloop() Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 99, in _oneloop Aug 13 15:27:51 2004 qrunner(23829): msg, msgdata = self._switchboard.dequeue(filebase) Aug 13 15:27:51 2004 qrunner(23829): File "/usr/local/mailman/Mailman/Queue/Switchboard.py", line 143, in dequeue Aug 13 15:27:51 2004 qrunner(23829): fp = open(filename) Aug 13 15:27:51 2004 qrunner(23829): IOError : [Errno 2] No such file or directory: '/var/priv/mail/mailman/qfiles/out/1092428866.8410051+70dcb0bb96e6460d8cd2a a8103cce318cfa3ed1f.pck' This is caused by a logic error in mailman/Mailman/Queues/Switchboard.py:files. Specifically, when there are not multiple slices running for a particular qrunner class, self.__upper and self.__lower are both set to None in Switchboard.py:__init__. Switchboard.py:files contains the statement: if not lower or (lower <= long(digest, 16) < upper): times[float](when)] = filebase ie: if there is only one slice (because "lower" is not "None") or if this filename is within the range of the slice that this qrunner is managing, then add it to the list. The problem is that the first slice of any multi-slice qrunner has a lower bound of "0". This means that slice "0" of any multi-slice qrunner will act on *all* files in a given queue, which in turn results in race conditions wherein slice 0 and slice n will begin to process a message, one will complete processing and remove the file, and the other will crash. Patch: *** Switchboard.py Fri Aug 13 16:43:12 2004 --- Switchboard.py_new Fri Aug 13 16:43:48 2004 *************** *** 164,170 **** when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if not lower or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() --- 164,170 ---- when, digest = filebase.split('+') # Throw out any files which don't match our bitrange. BAW: test # performance and end-cases of this algorithm. ! if (lower == upper) or (lower <= long(digest, 16) < upper): times[float(when)] = filebase # FIFO sort keys = times.keys() Brian Greenberg -- grnbrg(a)cc.umanitoba.ca ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-31 04:11 Message: Logged In: YES user_id=67709 fixed in CVS ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-22 07:49 Message: Logged In: YES user_id=67709 I am testing one of my working server (moderate size ~3000 list) with Barry's patch. Also try setting (OutgoingRunner 2). So, if nothing happens in a day or two, this will go into CVS. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-10-22 01:52 Message: Logged In: YES user_id=12800 Better: the "if not lower" should probably be changed to "if lower is None". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1008983&group_…

1 0

[ mailman-Bugs-948152 ] Out of date link on Docs webpage
by SourceForge.net Oct. 31, 2004

Oct. 31, 2004

Bugs item #948152, was opened at 2004-05-05 01:57 Message generated for change (Settings changed) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=948152&group_i… Category: documentation Group: 2.1 (stable) >Status: Closed Resolution: None Priority: 5 Submitted By: quetza (user99) Assigned to: Nobody/Anonymous (nobody) Summary: Out of date link on Docs webpage Initial Comment: On http://www.list.org/docs.html there is a link to "HOWTO on using Exim and Mailman" (http://www.exim.org/howto/mailman.html) This refers to an old version of Exim (and mailman). The link should be: http://www.exim.org/howto/mailman21.html ---------------------------------------------------------------------- Comment By: Terri Oda (spot) Date: 2004-10-02 23:27 Message: Logged In: YES user_id=110886 I've changed this in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=948152&group_i…

1 0

[ mailman-Bugs-1041791 ] Bug in Mailman version 2.1.5 - help
by SourceForge.net Oct. 30, 2004

Oct. 30, 2004

Bugs item #1041791, was opened at 2004-10-06 17:14 Message generated for change (Comment added) made by bongervw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1041791&group_… Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: FeniX (zmrozek) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in Mailman version 2.1.5 - help Initial Comment: 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 "/var/lib/mailman/scripts/driver", line 96, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/listinfo.py", line 42, in main listinfo_overview() File "/usr/lib/mailman/Mailman/Cgi/listinfo.py", line 88, in listinfo_overview if mlist.advertised: File "/usr/lib/mailman/Mailman/MailList.py", line 144, in __getattr__ raise AttributeError, name AttributeError: advertised Python information: Variable Value sys.version 2.3.4 (#2, Sep 24 2004, 08:39:09) [GCC 3. 3.4 (Debian 1:3.3.4-12)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 Environment variables: Variable Value HTTP_COOKIE openwebmail-loginname=jurek; openwebmail-httpcompress=0 SERVER_SOFTWARE Apache/1.3.31 (Debian GNU/Linux) mod_gzip/1.3.26.1a SCRIPT_NAME /mailman/listinfo SERVER_SIGNATURE REQUEST_METHOD GET SERVER_PROTOCOL HTTP/1.1 QUERY_STRING HTTP_TE deflate, gzip, chunked, identity, trailers HTTP_ACCEPT_CHARSET iso-8859-2, utf-8, utf-16, iso- 8859-1;q=0.6, *;q=0.1 HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Opera 7.54 [pl] HTTP_CONNECTION Keep-Alive, TE SERVER_NAME eko.org.pl REMOTE_ADDR 156.17.228.163 SERVER_PORT 80 SERVER_ADDR 195.116.86.81 DOCUMENT_ROOT /httpd/htdocs/www.eko.wroc.pl PYTHONPATH /var/lib/mailman SCRIPT_FILENAME /httpd/cgi-bin/mailman/listinfo SERVER_ADMIN webmaster(a)eko.wroc.pl HTTP_HOST eko.org.pl HTTP_COOKIE2 $Version=1 HTTP_CACHE_CONTROL no-cache REQUEST_URI /mailman/listinfo HTTP_ACCEPT text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1 GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 2632 HTTP_ACCEPT_LANGUAGE pl;q=1.0,en;q=0.9 HTTP_ACCEPT_ENCODING deflate, gzip, x-gzip, identity, *;q=0 UNIQUE_ID QWRfL8N0VlEAACVGm7I ---------------------------------------------------------------------- Comment By: Vance Wheelock II (bongervw) Date: 2004-10-30 00:17 Message: Logged In: YES user_id=100213 I had the same issue after upgrading to 2.1.5.... This can be caused when you have a corrupted list or a list does not contain all of it's pieces. I have a small number of lists, so I ran the list_members script for each list until I found the offending list. In my case it was easy because it was a dummy "test" list that I could remove. If others have this issue on a valid list, then they will need to backup the lists files and recreate it. (someone else may have a beter way to fix the corruption depending upon what it is) ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-10-13 09:06 Message: Logged In: YES user_id=67709 Can you explain more detail of the environment ? Is this your fresh install of mailman, or upgrading from older version ? Install from source or package ? What do you you when you exec 'ls -l <prefix>/lists/*' ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1041791&group_…

1 0

[ mailman-Bugs-1056486 ] No option to set List-Id?
by SourceForge.net Oct. 29, 2004

Oct. 29, 2004

Bugs item #1056486, was opened at 2004-10-29 01:08 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=1056486&group_… Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: MJ Ray (slef) Assigned to: Nobody/Anonymous (nobody) Summary: No option to set List-Id? Initial Comment: RFC-2919 says to preserve List-Id if a list moves between hosts. I couldn't find an option in Mailman to specify the List-Id (to preserve the current List-Id and help existing filters). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1056486&group_…

1 0

[ mailman-Patches-1055166 ] i18n: Topics
by SourceForge.net Oct. 28, 2004

Oct. 28, 2004

Patches item #1055166, was opened at 2004-10-27 18:16 Message generated for change (Comment added) made by hatukanezumi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1055166&group_… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: i18n: Topics Initial Comment: * See also: patch #1053558. - Decode headers/body to be matched. - Normalize header & pattern so that compatibility characters (fullwidth forms of ASCII, Compatibility Ideographs etc.) will be matched. Normalization Form KC (NFKC) is used. note: This feature is available on Python >= 2.3. ---------------------------------------------------------------------- >Comment By: Hatuka*nezumi (hatukanezumi) Date: 2004-10-28 10:31 Message: Logged In: YES user_id=529503 And see also bug #1055809. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1055166&group_…

1 0

[ mailman-Bugs-1055809 ] Obvious: regex handling by Tagger.py vs. SpamDetect.py
by SourceForge.net Oct. 28, 2004

Oct. 28, 2004

Bugs item #1055809, was opened at 2004-10-28 10:26 Message generated for change (Settings changed) made by hatukanezumi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1055809&group_… Category: None Group: 2.1 (stable) Status: Open Resolution: None >Priority: 7 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: Obvious: regex handling by Tagger.py vs. SpamDetect.py Initial Comment: o Tagger handler handles a pattern string as one regex with re.VERBOSE flag. o SpamDetect handler handles a pattern string as newline-separated multiple regex'es without re.VERBOSE flag. Which behaviour is preferred? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1055809&group_…

1 0

[ mailman-Bugs-1055809 ] Obvious: regex handling by Tagger.py vs. SpamDetect.py
by SourceForge.net Oct. 28, 2004

Oct. 28, 2004

Bugs item #1055809, was opened at 2004-10-28 10:26 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=1055809&group_… Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: Obvious: regex handling by Tagger.py vs. SpamDetect.py Initial Comment: o Tagger handler handles a pattern string as one regex with re.VERBOSE flag. o SpamDetect handler handles a pattern string as newline-separated multiple regex'es without re.VERBOSE flag. Which behaviour is preferred? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1055809&group_…

1 0

[ mailman-Patches-1055166 ] i18n: Topics
by SourceForge.net Oct. 27, 2004

Oct. 27, 2004

Patches item #1055166, was opened at 2004-10-27 18:16 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=1055166&group_… Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: i18n: Topics Initial Comment: * See also: patch #1053558. - Decode headers/body to be matched. - Normalize header & pattern so that compatibility characters (fullwidth forms of ASCII, Compatibility Ideographs etc.) will be matched. Normalization Form KC (NFKC) is used. note: This feature is available on Python >= 2.3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1055166&group_…

1 0