From noreply at sourceforge.net Tue Mar 1 14:41:34 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 1 14:41:37 2005 Subject: [ mailman-Patches-1154215 ] Update Ukrainian translation of mailman-2.1.6 Message-ID: Patches item #1154215, was opened at 2005-03-01 15:41 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=1154215&group_id=103 Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Maxim V. Dziumanenko (mvdz) Assigned to: Nobody/Anonymous (nobody) Summary: Update Ukrainian translation of mailman-2.1.6 Initial Comment: Update Ukrainian translation of mailman-2.1.6 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1154215&group_id=103 From noreply at sourceforge.net Wed Mar 2 01:30:31 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 2 01:30:35 2005 Subject: [ mailman-Patches-1154215 ] Update Ukrainian translation of mailman-2.1.6 Message-ID: Patches item #1154215, was opened at 2005-03-01 13:41 Message generated for change (Settings changed) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1154215&group_id=103 Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Maxim V. Dziumanenko (mvdz) Assigned to: Nobody/Anonymous (nobody) Summary: Update Ukrainian translation of mailman-2.1.6 Initial Comment: Update Ukrainian translation of mailman-2.1.6 ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-03-02 00:30 Message: Logged In: YES user_id=67709 Fixed in CVS. Thank you! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1154215&group_id=103 From noreply at sourceforge.net Wed Mar 2 13:21:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 2 13:21:30 2005 Subject: [ mailman-Bugs-1155029 ] user part of domain names case-folded for bounces Message-ID: Bugs item #1155029, was opened at 2005-03-02 20:21 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=1155029&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Kim Davies (kjd) Assigned to: Nobody/Anonymous (nobody) Summary: user part of domain names case-folded for bounces Initial Comment: Problem: As a non-subscriber, if you email a subscription-only list from XYZ@foo.com, the bounce that it is either in a queue or rejected comes back to xyz@foo.com. Comments: I am not familiar with the Mailman code. I am not sure if there is a simple fix. At really first glace Utils.py has some probably incorrect code in the ParseEmail function. I am not sure if this is the cause, and if so, if it has any side-effects by changing it. I know Mailman internally stores the user part as lower case, but for mail delivery purposes it should retain the case. The function (in 2.1.6b4) I am guessing should probably look more like this: def ParseEmail(email): user = None domain = None at_sign = email.find('@') if at_sign < 1: return email, None user = email[:at_sign] rest = email[at_sign+1:].lower() domain = rest.split('.') return user, domain ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155029&group_id=103 From noreply at sourceforge.net Thu Mar 3 00:09:34 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 3 00:09:37 2005 Subject: [ mailman-Bugs-1155455 ] SSL support broken: form posts hard coded to insecure URL Message-ID: Bugs item #1155455, was opened at 2005-03-03 00:09 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=1155455&group_id=103 Category: security/privacy Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Graham Leggett (minfrin) Assigned to: Nobody/Anonymous (nobody) Summary: SSL support broken: form posts hard coded to insecure URL Initial Comment: After configuring mailman to be accessible from within a secure webserver (httpd v2.1.3, RHEL3), if the "create" option is used, the insecure http:// complete website URL is encoded into the page form, thus bypassing the secure webserver. All forms should submit to relative URLs, which will ensure that the correct website prefix is used. The FAQ implies that mailman can be run on a secure webserver and everything should "just work", however this does not seem to be the case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155455&group_id=103 From noreply at sourceforge.net Thu Mar 3 00:38:20 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 3 00:38:22 2005 Subject: [ mailman-Bugs-1155480 ] "rmlist" usability: "You're being a sneaky list owner" Message-ID: Bugs item #1155480, was opened at 2005-03-03 00:38 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=1155480&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Graham Leggett (minfrin) Assigned to: Nobody/Anonymous (nobody) Summary: "rmlist" usability: "You're being a sneaky list owner" Initial Comment: If an attempt is made to access mailman/rmlist/, the completely unhelpful message "You're being a sneaky list owner" appears. What should appear instead is a message explaining to the list owner how to delete a list. Obviously this action will require the admin password. Presently the deletion of lists is missing from the admin section, and missing from the documentation I have found so far (the site admin guide, and the list admin guide". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155480&group_id=103 From noreply at sourceforge.net Thu Mar 3 00:48:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 3 00:48:12 2005 Subject: [ mailman-Bugs-1155455 ] SSL support broken: form posts hard coded to insecure URL Message-ID: Bugs item #1155455, was opened at 2005-03-02 23:09 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155455&group_id=103 Category: security/privacy Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Graham Leggett (minfrin) Assigned to: Nobody/Anonymous (nobody) Summary: SSL support broken: form posts hard coded to insecure URL Initial Comment: After configuring mailman to be accessible from within a secure webserver (httpd v2.1.3, RHEL3), if the "create" option is used, the insecure http:// complete website URL is encoded into the page form, thus bypassing the secure webserver. All forms should submit to relative URLs, which will ensure that the correct website prefix is used. The FAQ implies that mailman can be run on a secure webserver and everything should "just work", however this does not seem to be the case. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-03-02 23:48 Message: Logged In: YES user_id=67709 Have you set DEFAULT_URL_PATTERN = 'https://%s/mailman/' in your mm_cfg.py ? See 4.27 in mailman FAQ wizard: http://www.python.org/cgi-bin/faqw-mm.py ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155455&group_id=103 From noreply at sourceforge.net Thu Mar 3 01:00:43 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 3 01:00:46 2005 Subject: [ mailman-Bugs-1155455 ] SSL support broken: form posts hard coded to insecure URL Message-ID: Bugs item #1155455, was opened at 2005-03-03 00:09 Message generated for change (Comment added) made by minfrin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155455&group_id=103 Category: security/privacy Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Graham Leggett (minfrin) Assigned to: Nobody/Anonymous (nobody) Summary: SSL support broken: form posts hard coded to insecure URL Initial Comment: After configuring mailman to be accessible from within a secure webserver (httpd v2.1.3, RHEL3), if the "create" option is used, the insecure http:// complete website URL is encoded into the page form, thus bypassing the secure webserver. All forms should submit to relative URLs, which will ensure that the correct website prefix is used. The FAQ implies that mailman can be run on a secure webserver and everything should "just work", however this does not seem to be the case. ---------------------------------------------------------------------- >Comment By: Graham Leggett (minfrin) Date: 2005-03-03 01:00 Message: Logged In: YES user_id=129704 No I have not - this was the problem. Please could you add a section to the docs that points this out about setting up SSL - it's way too easy to overlook a tiny option such as this one. In theory there is no need for mailman to post to an absolute URL that I am aware of - is it possible to change it to access relative URLs? This will make mailman significantly easier to use on SSL sites. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-03-03 00:48 Message: Logged In: YES user_id=67709 Have you set DEFAULT_URL_PATTERN = 'https://%s/mailman/' in your mm_cfg.py ? See 4.27 in mailman FAQ wizard: http://www.python.org/cgi-bin/faqw-mm.py ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155455&group_id=103 From noreply at sourceforge.net Thu Mar 3 21:47:48 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 3 21:47:52 2005 Subject: [ mailman-Feature Requests-788314 ] personal option for explicit reply-to header Message-ID: Feature Requests item #788314, was opened at 2003-08-13 13:22 Message generated for change (Comment added) made by wkendrick You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=788314&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bernhard Reiter (ber) Assigned to: Nobody/Anonymous (nobody) Summary: personal option for explicit reply-to header Initial Comment: Some list members have a broken email reader that will not give them a list reply option. Outlook for instance. People using some email readers just don't use it, because the functionality is hidden (like many KMail users). They beg the adminstrator to mangle the reply-to header. Other users of course find that harmful. A per user (and per list?) option to set an explicit reply-to header to the list seems to be a good solution. ---------------------------------------------------------------------- Comment By: William Kendrick (wkendrick) Date: 2005-03-03 12:47 Message: Logged In: YES user_id=132410 Marc Merlin appears to have created a patch for this back in March 2002! http://mail.python.org/pipermail/mailman-developers/2002-March/011068.html I'm assuming it never got brought into the main code...? ---------------------------------------------------------------------- Comment By: Bernhard Reiter (ber) Date: 2004-11-15 06:02 Message: Logged In: YES user_id=113859 This is not the duplicate, but the original. ;-) ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2004-11-12 16:15 Message: Logged In: YES user_id=18417 Duplicate of 828564? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=788314&group_id=103 From noreply at sourceforge.net Fri Mar 4 17:10:31 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 4 17:10:35 2005 Subject: [ mailman-Bugs-1123540 ] can't login to list admin interface Message-ID: Bugs item #1123540, was opened at 2005-02-15 23:00 Message generated for change (Comment added) made by woodja You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1123540&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Closed Resolution: None Priority: 5 Submitted By: Iain Pople (iainpople) Assigned to: Nobody/Anonymous (nobody) Summary: can't login to list admin interface Initial Comment: As of a few days ago I can't login to the administrative interface for any of my lists. This is not browser related (I have tried with several browsers and have checked cookie settings). When i enter a password into the administrative login page the page just reloads. There is no error message displayed. Mailman version is 2.1.5 running on Debian, with Python 2.2.1 I have checked the log files and there are no relevant error messages. Apache shows a log of the POST request: x.x.x.x - - [16/Feb/2005:09:47:57 +1100] "POST /cgi-bin/mailman/admin/soccer-uni HTTP/1.1" 200 2281 I have found that if i manually enter a GET request I can login. e.g. http://host//cgi-bin/mailman/admin/soccer-uni?adminpw=mypassword However when I try and change any of the settings the page just reloads without the changes. So it looks to be like a problem with processing POST requests. ---------------------------------------------------------------------- Comment By: Jason A. Wood (woodja) Date: 2005-03-04 16:10 Message: Logged In: YES user_id=80504 Restarting apache resolved this issue for me as well. I recently upgraded Python, so maybe it is related to that. ---------------------------------------------------------------------- Comment By: Iain Pople (iainpople) Date: 2005-02-15 23:14 Message: Logged In: YES user_id=881670 Restarting apache resolved this issue. sorry :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1123540&group_id=103 From noreply at sourceforge.net Fri Mar 4 20:00:53 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 4 20:00:54 2005 Subject: [ mailman-Feature Requests-1156871 ] Facilitate delivery of membership lists to listowners Message-ID: Feature Requests item #1156871, was opened at 2005-03-04 13:00 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=1156871&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Willie McKemie (mckemie) Assigned to: Nobody/Anonymous (nobody) Summary: Facilitate delivery of membership lists to listowners Initial Comment: Seemingly, customers of hosting services that offer MailMan have no convenient way to backup list memberships. list_members is generally not accessible. A email delivered "who" command does not deliver addresses that are hidden. Addresses can not be globally un-hidden. Web page presented membeship lists are available only in small batches. Possible solutions: 1) a "who" command or replacement that deliveries the entire membershiip list 2) a, possiblly temorary, global "un-hiding" of addresses so that "who" will supply the entire membership list 3) a web page option that will delivery the entire list by email or other means. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1156871&group_id=103 From noreply at sourceforge.net Fri Mar 4 20:24:58 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 4 20:25:01 2005 Subject: [ mailman-Patches-1156891 ] Utils.ScriptURL use DEFAULT_URL_HOST instead of domain Message-ID: Patches item #1156891, was opened at 2005-03-04 19:24 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=1156891&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Martin von Gagern (gagern) Assigned to: Nobody/Anonymous (nobody) Summary: Utils.ScriptURL use DEFAULT_URL_HOST instead of domain Initial Comment: Utils.ScriptURL in Mailman/Utils.py uses get_domain() instead of mm_cfg.DEFAULT_URL_HOST to generate a URL. This leads to a buggy link being generated in Mailman/Cgi/listinfo.py for Utils.ScriptURL('admin'). With DEFAULT_EMAIL_HOST = 'dom.ain' DEFAULT_URL_HOST = 'host.dom.ain' DEFAULT_URL_PATTERN = 'https://%s/listenadmin/' I get the link "https://dom.ain/listenadmin/admin". Mailman/MailList.py also uses mm_cfg.DEFAULT_URL_HOST, so this should be consistent. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1156891&group_id=103 From noreply at sourceforge.net Tue Mar 8 10:35:50 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 8 10:35:53 2005 Subject: [ mailman-Bugs-1158907 ] mail delivery stops - version 2.1.6b4 Message-ID: Bugs item #1158907, was opened at 2005-03-08 10:35 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=1158907&group_id=103 Category: mail delivery Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Nikolaus Tittler (ntittler) Assigned to: Nobody/Anonymous (nobody) Summary: mail delivery stops - version 2.1.6b4 Initial Comment: Hi, after 2 mails sent out, maildelivery stops. mailman version 2.1.6b4 Mar 08 10:23:41 2005 (3289) Uncaught runner exception: 'ascii' codec can't encode character u'\xf6' in position 6: ordinal not in range(128) Mar 08 10:23:41 2005 (3289) Traceback (most recent call last): File "/var/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/var/mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman/Mailman/Queue/OutgoingRunner.py", line 73, in _dispose self._func(mlist, msg, msgdata) File "/var/mailman/Mailman/Handlers/SMTPDirect.py", line 152, in process deliveryfunc(mlist, msg, msgdata, envsender, refused, conn) File "/var/mailman/Mailman/Handlers/SMTPDirect.py", line 285, in verpdeliver Decorate.process(mlist, msgcopy, msgdata) File "/var/mailman/Mailman/Handlers/Decorate.py", line 58, in process username = username.encode(Utils.GetCharSet(d['user_language'])) UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 6: ordinal not in range(128) Mar 08 10:23:41 2005 (3289) SHUNTING: 1110273819.2868969+cb5b8ee1458cd70644e5b6d479ca20a59debda3a Now I also know why ;-) There was an "?" in a member name. I had also the same Problem signing up in the web interface if there was an "?" in the name. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1158907&group_id=103 From noreply at sourceforge.net Tue Mar 8 11:16:48 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 8 11:16:55 2005 Subject: [ mailman-Bugs-1158907 ] mail delivery stops - version 2.1.6b4 Message-ID: Bugs item #1158907, was opened at 2005-03-08 09:35 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1158907&group_id=103 Category: mail delivery Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Nikolaus Tittler (ntittler) Assigned to: Nobody/Anonymous (nobody) Summary: mail delivery stops - version 2.1.6b4 Initial Comment: Hi, after 2 mails sent out, maildelivery stops. mailman version 2.1.6b4 Mar 08 10:23:41 2005 (3289) Uncaught runner exception: 'ascii' codec can't encode character u'\xf6' in position 6: ordinal not in range(128) Mar 08 10:23:41 2005 (3289) Traceback (most recent call last): File "/var/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop self._onefile(msg, msgdata) File "/var/mailman/Mailman/Queue/Runner.py", line 167, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/mailman/Mailman/Queue/OutgoingRunner.py", line 73, in _dispose self._func(mlist, msg, msgdata) File "/var/mailman/Mailman/Handlers/SMTPDirect.py", line 152, in process deliveryfunc(mlist, msg, msgdata, envsender, refused, conn) File "/var/mailman/Mailman/Handlers/SMTPDirect.py", line 285, in verpdeliver Decorate.process(mlist, msgcopy, msgdata) File "/var/mailman/Mailman/Handlers/Decorate.py", line 58, in process username = username.encode(Utils.GetCharSet(d['user_language'])) UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 6: ordinal not in range(128) Mar 08 10:23:41 2005 (3289) SHUNTING: 1110273819.2868969+cb5b8ee1458cd70644e5b6d479ca20a59debda3a Now I also know why ;-) There was an "?" in a member name. I had also the same Problem signing up in the web interface if there was an "?" in the name. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-03-08 10:16 Message: Logged In: YES user_id=67709 workaround: Set this member's language other than english, or re-define your server's language charset from English -- us-ascii to English -- iso-8859-1. You can set this in mm_cfg.py; see Defaults.py for detail. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1158907&group_id=103 From noreply at sourceforge.net Thu Mar 10 03:40:58 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 10 03:41:00 2005 Subject: [ mailman-Patches-1160353 ] XHTML Compliant Web UI Message-ID: Patches item #1160353, was opened at 2005-03-09 21: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=1160353&group_id=103 Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Bryan Carbonnell (carbonnb) Assigned to: Nobody/Anonymous (nobody) Summary: XHTML Compliant Web UI Initial Comment: This is a patch that will make the Web UI XHTML 1.0 Strict compliant. Currently I only have the listinfo pages XHTML compliant, but as time goes by I'm going to make the entire UI compliant. This also allows some small amount of CSS formatting as well. Hopefully this will be of use to somebody. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1160353&group_id=103 From noreply at sourceforge.net Thu Mar 10 03:47:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 10 03:47:08 2005 Subject: [ mailman-Patches-1160353 ] XHTML Compliant Web UI Message-ID: Patches item #1160353, was opened at 2005-03-09 21:40 Message generated for change (Comment added) made by carbonnb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1160353&group_id=103 Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Bryan Carbonnell (carbonnb) Assigned to: Nobody/Anonymous (nobody) Summary: XHTML Compliant Web UI Initial Comment: This is a patch that will make the Web UI XHTML 1.0 Strict compliant. Currently I only have the listinfo pages XHTML compliant, but as time goes by I'm going to make the entire UI compliant. This also allows some small amount of CSS formatting as well. Hopefully this will be of use to somebody. ---------------------------------------------------------------------- >Comment By: Bryan Carbonnell (carbonnb) Date: 2005-03-09 21:47 Message: Logged In: YES user_id=449953 To use this patch, unzip it, switch to your source directory and issue the command patch -p1 Bugs item #1080943, was opened at 2004-12-08 06:49 Message generated for change (Comment added) made by pabs3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1080943&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: Private archive specific message URL lost in authorization Initial Comment: If a user without an authorization cookie goes to a URL such as http://www.example.com/mailman/private/list-name/yyyy-Month/nnnnnn.html the user will get the private archives authorization page and after filling in e-mail address and password and clicking Let me in... will be taken to the main index for the list at http://www.example.com/mailman/private/list-name/ instead of to the original URL. ---------------------------------------------------------------------- Comment By: pabs (pabs3) Date: 2005-03-10 19:21 Message: Logged In: YES user_id=35028 There is a fix for this issue in a debian bug report: http://bugs.debian.org/298842 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1080943&group_id=103 From noreply at sourceforge.net Fri Mar 11 17:58:39 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 11 17:58:42 2005 Subject: [ mailman-Patches-1161505 ] Appropriate text for private archive login Message-ID: Patches item #1161505, was opened at 2005-03-11 08:58 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=1161505&group_id=103 Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: Appropriate text for private archive login Initial Comment: Much of the template templates/en/private.html is based on (copied from) the template templates/en/admlogin.html. Thus, the language about cookies is not appropriate for this function. The patch changes the text to something more appropriate for private archive login. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1161505&group_id=103 From noreply at sourceforge.net Fri Mar 11 19:08:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 11 19:08:40 2005 Subject: [ mailman-Bugs-1161557 ] News-to-mail gateway Message-ID: Bugs item #1161557, was opened at 2005-03-11 20: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=1161557&group_id=103 Category: nntp/news Group: None Status: Open Resolution: None Priority: 5 Submitted By: Puiu Hrenciuc (hpuiu) Assigned to: Nobody/Anonymous (nobody) Summary: News-to-mail gateway Initial Comment: Hi, I have installed a news server, but one of the developers works in a company with very strict internet policy (only emails, no HTTP or NNTP or anything else ), so I have set up a mailing list for each news group and configured them to synchronise with the news groups through mail- to-news gateway settings in GNU mailman. The problem is I don't know how often the mail-to-news and news-to- mail sync occurs. I have sent a message to one of the news group a hour ago and it didn't showed up on mailing list yet. Can this time be adjusted ? Because if the sync time is too big the discussions would not be possible. Thanks in advance, Puiu Hrenciuc. P.S.: I use the GNU mailman from the sf.net site, my project is hosted here ( xentra ) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1161557&group_id=103 From noreply at sourceforge.net Fri Mar 11 23:42:29 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 11 23:42:38 2005 Subject: [ mailman-Patches-839386 ] MySQL MemberAdaptor for Mailman 2.1 Message-ID: Patches item #839386, was opened at 2003-11-10 18:04 Message generated for change (Comment added) made by simboforge You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL MemberAdaptor for Mailman 2.1 Initial Comment: A MemberAdaptor "plugin" which should allow Mailman list members to be loaded from a MySQL database, rather than just a Mailman "pickle" file. Provided as-is, and without warranty, this "plugin" may destroy your server, soul, scalp, house, and life. Please use it with caution. Kev Green, oRe Net. http://www.orenet.co.uk/ ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 22:42 Message: Logged In: YES user_id=1226150 neat. just what i was looking for. i have a couple of live lists running on version version 2.1.5. i am a bit leary about unzipping this distrobution over the top of my working mailman as i am not sure how to backup the existing flat file databases. i would prefer to experiment with dropping the adapter into my existing installation. any pointers as to where to start? thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:34 Message: Logged In: YES user_id=99923 Oh, btw. v1.57 hasn't been tested yet, so it might kill your server, eat your dog, and stick your wife in the oven. Be careful using it! ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:33 Message: Logged In: YES user_id=99923 Version 1.57: 2004/12/13 * Merge in Daniel Shriver patch/code for a flat table architecture. [ Suggested by Kevin McCann , but I hadn't found time to do it myself... ] * Add bugfix information from Jinhyok Heo * Add in mksqlmailman script from TheSin * Follow Barry Warsaw's suggestion on delivery status timestamp. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-01-08 11:38 Message: Logged In: YES user_id=99923 Latest version incorporates automated generation of the necessary tables, cleaner error reporting, and updated documentation. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-11-11 11:14 Message: Logged In: YES user_id=99923 Bit of an oops in version 1.49, 1.50 now uploaded, which should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 From noreply at sourceforge.net Fri Mar 11 23:56:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 11 23:56:14 2005 Subject: [ mailman-Patches-839386 ] MySQL MemberAdaptor for Mailman 2.1 Message-ID: Patches item #839386, was opened at 2003-11-10 18:04 Message generated for change (Comment added) made by kyrian You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL MemberAdaptor for Mailman 2.1 Initial Comment: A MemberAdaptor "plugin" which should allow Mailman list members to be loaded from a MySQL database, rather than just a Mailman "pickle" file. Provided as-is, and without warranty, this "plugin" may destroy your server, soul, scalp, house, and life. Please use it with caution. Kev Green, oRe Net. http://www.orenet.co.uk/ ---------------------------------------------------------------------- >Comment By: Kev Green (kyrian) Date: 2005-03-11 22:56 Message: Logged In: YES user_id=99923 The flat file databases are unused when you put the MySQL adaptor in place, and they are untouched (and indeed not deleted) by it, the MySQL adaptor only queries the MySQL tables for membership information, without trying to force you into using it fulltime by deleting anything, etc. Once you unconfigure the MySQL adaptor, Mailman should revert back to your existing flat file databases. Of course, I could have missed something, etc. so do back up your flat file databases before installing the MySQL adaptor, and then you can just migrate back to them by restoring the backups. Either way, you have come up with a good question for an FAQ on the SQL adaptor :-) K. ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 22:42 Message: Logged In: YES user_id=1226150 neat. just what i was looking for. i have a couple of live lists running on version version 2.1.5. i am a bit leary about unzipping this distrobution over the top of my working mailman as i am not sure how to backup the existing flat file databases. i would prefer to experiment with dropping the adapter into my existing installation. any pointers as to where to start? thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:34 Message: Logged In: YES user_id=99923 Oh, btw. v1.57 hasn't been tested yet, so it might kill your server, eat your dog, and stick your wife in the oven. Be careful using it! ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:33 Message: Logged In: YES user_id=99923 Version 1.57: 2004/12/13 * Merge in Daniel Shriver patch/code for a flat table architecture. [ Suggested by Kevin McCann , but I hadn't found time to do it myself... ] * Add bugfix information from Jinhyok Heo * Add in mksqlmailman script from TheSin * Follow Barry Warsaw's suggestion on delivery status timestamp. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-01-08 11:38 Message: Logged In: YES user_id=99923 Latest version incorporates automated generation of the necessary tables, cleaner error reporting, and updated documentation. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-11-11 11:14 Message: Logged In: YES user_id=99923 Bit of an oops in version 1.49, 1.50 now uploaded, which should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 From noreply at sourceforge.net Sat Mar 12 00:22:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Mar 12 00:22:10 2005 Subject: [ mailman-Patches-839386 ] MySQL MemberAdaptor for Mailman 2.1 Message-ID: Patches item #839386, was opened at 2003-11-10 18:04 Message generated for change (Comment added) made by simboforge You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL MemberAdaptor for Mailman 2.1 Initial Comment: A MemberAdaptor "plugin" which should allow Mailman list members to be loaded from a MySQL database, rather than just a Mailman "pickle" file. Provided as-is, and without warranty, this "plugin" may destroy your server, soul, scalp, house, and life. Please use it with caution. Kev Green, oRe Net. http://www.orenet.co.uk/ ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 23:22 Message: Logged In: YES user_id=1226150 excellent. can you please give me a list of the files modified from the original distro? grep sees six that grep have msyql in them. thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2005-03-11 22:56 Message: Logged In: YES user_id=99923 The flat file databases are unused when you put the MySQL adaptor in place, and they are untouched (and indeed not deleted) by it, the MySQL adaptor only queries the MySQL tables for membership information, without trying to force you into using it fulltime by deleting anything, etc. Once you unconfigure the MySQL adaptor, Mailman should revert back to your existing flat file databases. Of course, I could have missed something, etc. so do back up your flat file databases before installing the MySQL adaptor, and then you can just migrate back to them by restoring the backups. Either way, you have come up with a good question for an FAQ on the SQL adaptor :-) K. ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 22:42 Message: Logged In: YES user_id=1226150 neat. just what i was looking for. i have a couple of live lists running on version version 2.1.5. i am a bit leary about unzipping this distrobution over the top of my working mailman as i am not sure how to backup the existing flat file databases. i would prefer to experiment with dropping the adapter into my existing installation. any pointers as to where to start? thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:34 Message: Logged In: YES user_id=99923 Oh, btw. v1.57 hasn't been tested yet, so it might kill your server, eat your dog, and stick your wife in the oven. Be careful using it! ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:33 Message: Logged In: YES user_id=99923 Version 1.57: 2004/12/13 * Merge in Daniel Shriver patch/code for a flat table architecture. [ Suggested by Kevin McCann , but I hadn't found time to do it myself... ] * Add bugfix information from Jinhyok Heo * Add in mksqlmailman script from TheSin * Follow Barry Warsaw's suggestion on delivery status timestamp. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-01-08 11:38 Message: Logged In: YES user_id=99923 Latest version incorporates automated generation of the necessary tables, cleaner error reporting, and updated documentation. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-11-11 11:14 Message: Logged In: YES user_id=99923 Bit of an oops in version 1.49, 1.50 now uploaded, which should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 From noreply at sourceforge.net Sat Mar 12 08:06:51 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Mar 12 08:06:54 2005 Subject: [ mailman-Bugs-1161867 ] URL-error on admin help-page Message-ID: Bugs item #1161867, was opened at 2005-03-12 08:06 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=1161867&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Stefan Waidele jun. (stwjun) Assigned to: Nobody/Anonymous (nobody) Summary: URL-error on admin help-page Initial Comment: there is a bad link on the admin pages http:///mailman/admin/qna/?VARHELP=general/reply_goes_to_list Reply-To Munging Considered Useful a working link would be: http://www.metasystema.net/essays/reply-to.mhtml ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1161867&group_id=103 From noreply at sourceforge.net Mon Mar 14 12:27:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 14 12:27:28 2005 Subject: [ mailman-Bugs-1161557 ] News-to-mail gateway Message-ID: Bugs item #1161557, was opened at 2005-03-11 18:08 Message generated for change (Comment added) made by shub You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1161557&group_id=103 Category: nntp/news Group: None Status: Open Resolution: None Priority: 5 Submitted By: Puiu Hrenciuc (hpuiu) Assigned to: Nobody/Anonymous (nobody) Summary: News-to-mail gateway Initial Comment: Hi, I have installed a news server, but one of the developers works in a company with very strict internet policy (only emails, no HTTP or NNTP or anything else ), so I have set up a mailing list for each news group and configured them to synchronise with the news groups through mail- to-news gateway settings in GNU mailman. The problem is I don't know how often the mail-to-news and news-to- mail sync occurs. I have sent a message to one of the news group a hour ago and it didn't showed up on mailing list yet. Can this time be adjusted ? Because if the sync time is too big the discussions would not be possible. Thanks in advance, Puiu Hrenciuc. P.S.: I use the GNU mailman from the sf.net site, my project is hosted here ( xentra ) ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-03-14 11:27 Message: Logged In: YES user_id=18417 if you have questions regarding the operation of Mailman, please send them to the mailman-users mailing list, as opposed to posting them as "bugs". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1161557&group_id=103 From noreply at sourceforge.net Mon Mar 14 16:32:47 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 14 16:32:55 2005 Subject: [ mailman-Bugs-871050 ] Uncought runner exception: Empty module name Message-ID: Bugs item #871050, was opened at 2004-01-05 11:03 Message generated for change (Comment added) made by james968 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=871050&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Fernando Barajas (fbarajas) Assigned to: Nobody/Anonymous (nobody) Summary: Uncought runner exception: Empty module name Initial Comment: Hi! I run several lists on mailman, and all of the lists are working OK, but suddently one of them (named fc_general) stopped working, and I get the following in logs/error every time I try to post to the fc_general list: Jan 05 11:03:48 2004 (8451) Uncaught runner exception: Empty module name Jan 05 11:03:48 2004 (8451) Traceback (most recent call last): File "/home/mailman/Mailman/Queue/Runner.py", line 105, in _oneloop self._onefile(msg, msgdata) File "/home/mailman/Mailman/Queue/Runner.py", line 155, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/home/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/home/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 89, in process send_digests(mlist, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 130, in send_digests send_i18n_digests(mlist, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 303, in send_i18n_dige sts msg = scrubber(mlist, msg) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 308, in process t = t.encode(charset, 'replace') File "/var/tmp/python2-2.2.3- root/usr/lib/python2.2/encodings/__init__.py", li ne 51, in search_function ValueError: Empty module name Jan 05 11:03:48 2004 (8451) SHUNTING: 1073322225.130398+2e61b88872c9af343bce1927 de7443b7500f2622 The rest of my lists work correctly. I was using 2.1.2, but today I upgraded to 2.1.4 and it's still failing. What can I do? Thanks! ---------------------------------------------------------------------- Comment By: James Hammett (james968) Date: 2005-03-14 09:32 Message: Logged In: YES user_id=310971 Running version 2.1.2. I get : Mar 14 09:30:49 2005 (28471) Traceback (most recent call last): File "/usr/share/mailman/Mailman/Queue/Runner.py", line 105, in _oneloop self._onefile(msg, msgdata) File "/usr/share/mailman/Mailman/Queue/Runner.py", line 155, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/share/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/share/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 89, in process send_digests(mlist, mboxfp) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 130, in send_digests send_i18n_digests(mlist, mboxfp) File "/usr/share/mailman/Mailman/Handlers/ToDigest.py", line 303, in send_i18n_digests msg = scrubber(mlist, msg) File "/usr/share/mailman/Mailman/Handlers/Scrubber.py", line 308, in process t = t.encode(charset, 'replace') File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/ python2.3/encodings/__init__.py", line 84, in search_function globals(), locals(), _import_tail) ValueError: Empty module name ---- I've attempted removing the digest files and cleaning them up, but this hasn't helped. ---------------------------------------------------------------------- Comment By: Charles Hall (hallcp) Date: 2004-08-02 12:34 Message: Logged In: YES user_id=747417 In my case the quick fix was to delete the existing "digest.mbox" file. (Look in ~mailman/lists/your_list/digest.mbox) I guess a bogus email snuck in there that breaks Python's character handling. Your digest subscribers will be unhappy but at least your list is up again. ---------------------------------------------------------------------- Comment By: Dan Langille (junkmale) Date: 2004-02-05 10:10 Message: Logged In: YES user_id=27858 I am having a simlar problem. Mail comes in, but never goes out to the list. Everthing is shunted. I found this "patch" http://www.mail-archive.com/mailman-developers@python. org/msg06317.html and applied it. Then I ran unshunt. That's when this appeared in mailman/logs/error Feb 05 07:57:07 2004 (27060) Dequeuing message destined for missing list: planners Feb 05 07:57:07 2004 (27060) Uncaught runner exception: Empty module name Feb 05 07:57:07 2004 (27060) Traceback (most recent call last): File "/usr/local/mailman/Mailman/Queue/Runner.py", line 110, in _oneloop self._onefile(msg, msgdata) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 160, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 90, in process send_digests(mlist, mboxfp) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 131, in send_digests send_i18n_digests(mlist, mboxfp) File "/usr/local/mailman/Mailman/Handlers/ToDigest.py", line 304, in send_i18n_digests msg = scrubber(mlist, msg) File "/usr/local/mailman/Mailman/Handlers/Scrubber.py", line 311, in process t = t.encode(charset, 'replace') File "/usr/local/lib/python2.3/encodings/__init__.py", line 84, in search_function globals(), locals(), _import_tail) ValueError: Empty module name ---------------------------------------------------------------------- Comment By: Jochen Witte (zebaoth) Date: 2004-01-27 05:09 Message: Logged In: YES user_id=565663 I use 2.1.3 and have the same problem. Any solution in sight? ---------------------------------------------------------------------- Comment By: Marcel Meyer (meyerm) Date: 2004-01-14 04:56 Message: Logged In: YES user_id=66911 Hi, was this somehow resolved?? I just found to have the same problems! What can I do that the messages (the shunt directory is now 1,5 MB big! [not the contents of the dir, but the dir inode itself...!!] ) are written into the archives without loosing anything? unshunt just puts them back into the shunt directory. Is there some patch - anything? Thanks a lot Marcel ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=871050&group_id=103 From noreply at sourceforge.net Tue Mar 15 11:28:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 15 11:28:13 2005 Subject: [ mailman-Feature Requests-1163610 ] monthly archives as YYYY-MM Message-ID: Feature Requests item #1163610, was opened at 2005-03-15 11:28 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=1163610&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm?lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: monthly archives as YYYY-MM Initial Comment: when setting the archive_volume_frequency to "monthly" directories like "2003-July" are generated. as i am running some international lists (and because of backwards compatibility issues to pre-Mailman times), i'd prefer "2003-07". this could be done by just adding another archive_volume_frequency. attached is a patch to the 2.1.5-release (since i am using debian/testing) that provides a "month00" frequency. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1163610&group_id=103 From noreply at sourceforge.net Tue Mar 15 11:36:59 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 15 11:37:03 2005 Subject: [ mailman-Feature Requests-1156871 ] Facilitate delivery of membership lists to listowners Message-ID: Feature Requests item #1156871, was opened at 2005-03-04 20:00 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1156871&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Willie McKemie (mckemie) Assigned to: Nobody/Anonymous (nobody) Summary: Facilitate delivery of membership lists to listowners Initial Comment: Seemingly, customers of hosting services that offer MailMan have no convenient way to backup list memberships. list_members is generally not accessible. A email delivered "who" command does not deliver addresses that are hidden. Addresses can not be globally un-hidden. Web page presented membeship lists are available only in small batches. Possible solutions: 1) a "who" command or replacement that deliveries the entire membershiip list 2) a, possiblly temorary, global "un-hiding" of addresses so that "who" will supply the entire membership list 3) a web page option that will delivery the entire list by email or other means. ---------------------------------------------------------------------- Comment By: IOhannes m zm?lnig (zmoelnig) Date: 2005-03-15 11:36 Message: Logged In: YES user_id=564396 another (in my opinion: good) idea would be the ability to additionally extract the per-list settings of the subscribed users (e.g. if they have set their "no-mail" flag) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1156871&group_id=103 From noreply at sourceforge.net Wed Mar 16 14:17:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 14:17:09 2005 Subject: [ mailman-Patches-1164457 ] Allow site-wide disabling of list admin options Message-ID: Patches item #1164457, was opened at 2005-03-16 13:17 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=1164457&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Newton (mcnewton) Assigned to: Nobody/Anonymous (nobody) Summary: Allow site-wide disabling of list admin options Initial Comment: If a large institution installs Mailman, it may want control over which options the list administrators can change. For instance, in our setup, the list admin should not be able to make someone else the administrator without getting permission. This patch adds a new configuration option in mm_cfg called SITE_HIDE_LIST_OPTIONS. This is a list of all list configuration options that will be hidden from the list owner in the admin pages. An example to do the above would be to add to mm_cfg.py the following: SITE_HIDE_LIST_OPTIONS = ['owner'] The patch modifies the list of options that is returned from gui.GetConfigInfo in MailList.py. Any items in SITE_HIDE_LIST_OPTIONS are removed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164457&group_id=103 From noreply at sourceforge.net Wed Mar 16 14:26:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 14:26:09 2005 Subject: [ mailman-Patches-1164464 ] Site-wide modification of subscribed addresses Message-ID: Patches item #1164464, was opened at 2005-03-16 13:26 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=1164464&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Newton (mcnewton) Assigned to: Nobody/Anonymous (nobody) Summary: Site-wide modification of subscribed addresses Initial Comment: When Mailman is set up somewhere that has two domain names that are considered "equal", it is possible for the wrong e-mail address to be added to a list, confusing the user. For example, we have two domains, "le.ac.uk" and "leicester.ac.uk". All outgoing mail is rewritten to be sent from the domain "leicester.ac.uk", but users always use the short form. When subscribing users using mass-subscription, a list of addresses can be given as "user@le.ac.uk", but then mail from that user to the list will be rejected ("user@leicester.ac.uk" is not on the list!). This patch adds a hook into MailList.ApprovedAddMember and Mailman/Cgi/admin.py/change_options to call a transform function for each new address added to a list. The default for this function is to return the supplied address unchanged. An example for the above problem would be to define this function in the mm_cfg.py file, thus: def transform_email_address(email): (local, domain) = email.split("@", 2) if domain == "le.ac.uk": domain = "leicester.ac.uk" return "@".join([local, domain]) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164464&group_id=103 From noreply at sourceforge.net Wed Mar 16 14:29:22 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 14:29:25 2005 Subject: [ mailman-Patches-1164464 ] Site-wide modification of subscribed addresses Message-ID: Patches item #1164464, was opened at 2005-03-16 13:26 Message generated for change (Comment added) made by mcnewton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164464&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Matthew Newton (mcnewton) Assigned to: Nobody/Anonymous (nobody) Summary: Site-wide modification of subscribed addresses Initial Comment: When Mailman is set up somewhere that has two domain names that are considered "equal", it is possible for the wrong e-mail address to be added to a list, confusing the user. For example, we have two domains, "le.ac.uk" and "leicester.ac.uk". All outgoing mail is rewritten to be sent from the domain "leicester.ac.uk", but users always use the short form. When subscribing users using mass-subscription, a list of addresses can be given as "user@le.ac.uk", but then mail from that user to the list will be rejected ("user@leicester.ac.uk" is not on the list!). This patch adds a hook into MailList.ApprovedAddMember and Mailman/Cgi/admin.py/change_options to call a transform function for each new address added to a list. The default for this function is to return the supplied address unchanged. An example for the above problem would be to define this function in the mm_cfg.py file, thus: def transform_email_address(email): (local, domain) = email.split("@", 2) if domain == "le.ac.uk": domain = "leicester.ac.uk" return "@".join([local, domain]) ---------------------------------------------------------------------- >Comment By: Matthew Newton (mcnewton) Date: 2005-03-16 13:29 Message: Logged In: YES user_id=1239900 This patch will only apply cleanly to 2.1.5 after the site_hide_list_options patch has been applied. This does not matter, though, as it will apply and work fine on its own (but has hunks moved). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164464&group_id=103 From noreply at sourceforge.net Wed Mar 16 15:07:40 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 15:07:43 2005 Subject: [ mailman-Patches-1164498 ] make logos on UI live links Message-ID: Patches item #1164498, was opened at 2005-03-16 23:07 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=1164498&group_id=103 Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Jim Tittsler (jtittsler) Assigned to: Nobody/Anonymous (nobody) Summary: make logos on UI live links Initial Comment: If IMAGE_LOGOS is set to 0, the bottom of the web page has textual links to the Mailman project, Python, and Gnu. When the icon images are used, they are not turned into links. This patch makes the images into consistent live links. (applies to 2.1.5 and 2.1.6b4) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164498&group_id=103 From noreply at sourceforge.net Wed Mar 16 15:20:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 15:20:02 2005 Subject: [ mailman-Patches-1164498 ] make logos on UI live links Message-ID: Patches item #1164498, was opened at 2005-03-16 23:07 Message generated for change (Settings changed) made by jtittsler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164498&group_id=103 Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None >Priority: 2 Submitted By: Jim Tittsler (jtittsler) Assigned to: Nobody/Anonymous (nobody) Summary: make logos on UI live links Initial Comment: If IMAGE_LOGOS is set to 0, the bottom of the web page has textual links to the Mailman project, Python, and Gnu. When the icon images are used, they are not turned into links. This patch makes the images into consistent live links. (applies to 2.1.5 and 2.1.6b4) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1164498&group_id=103 From noreply at sourceforge.net Wed Mar 16 15:23:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 15:23:24 2005 Subject: [ mailman-Patches-1107631 ] changeMemberAddress does not preserve nomail or topics Message-ID: Patches item #1107631, was opened at 2005-01-23 13:01 Message generated for change (Settings changed) made by jtittsler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1107631&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None >Priority: 6 Submitted By: Jim Tittsler (jtittsler) Assigned to: Nobody/Anonymous (nobody) Summary: changeMemberAddress does not preserve nomail or topics Initial Comment: OldStyleMemberships's changeMemberAddress() is preserving neither the nomail status/time nor the topic subscriptions. (First noticed when using bin/clone_member.) Here is one way to fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1107631&group_id=103 From noreply at sourceforge.net Wed Mar 16 21:34:20 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 21:34:24 2005 Subject: [ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists Message-ID: Bugs item #998384, was opened at 2004-07-27 02:15 Message generated for change (Comment added) made by followme You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_id=103 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@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 ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2005-03-16 21:34 Message: Logged In: YES user_id=106281 I've stumbled upon this too. I've sent a patch to mailman-devel without checking for the same bug reported, so I'll try ot attach it here too. As soon as I find out how to. ---------------------------------------------------------------------- Comment By: Zot O'Connor (zot) Date: 2004-10-15 06:58 Message: Logged In: YES user_id=79680 I am seeing the same exact thing. Traceback (most recent call last): File "/var/mailman/scripts/driver", line 87, in run_main main() File "/var/mailman/Mailman/Cgi/admindb.py", line 231, in main num = show_pending_subs(mlist, form) File "/var/mailman/Mailman/Cgi/admindb.py", line 274, in show_pending_subs pendingsubs = mlist.GetSubscriptionIds() File "/var/mailman/Mailman/ListAdmin.py", line 138, in GetSubscriptionIds return self.__getmsgids(SUBSCRIPTION) File "/var/mailman/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 sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3 20040412 (Red Hat Linux 3.3.3-7)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 The environment vars were a bit off for PATH_TRANSLATED and DOCUMENT_ROOT But evertyhing else seems to be working. Is anyone looking at this bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_id=103 From noreply at sourceforge.net Wed Mar 16 21:36:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 21:36:10 2005 Subject: [ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists Message-ID: Bugs item #998384, was opened at 2004-07-27 02:15 Message generated for change (Comment added) made by followme You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_id=103 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@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 ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2005-03-16 21:36 Message: Logged In: YES user_id=106281 I've stumbled upon this too. I've sent a patch to mailman-devel without checking for the same bug reported, so I'll try ot attach it here too. As soon as I find out how to. ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2005-03-16 21:34 Message: Logged In: YES user_id=106281 I've stumbled upon this too. I've sent a patch to mailman-devel without checking for the same bug reported, so I'll try ot attach it here too. As soon as I find out how to. ---------------------------------------------------------------------- Comment By: Zot O'Connor (zot) Date: 2004-10-15 06:58 Message: Logged In: YES user_id=79680 I am seeing the same exact thing. Traceback (most recent call last): File "/var/mailman/scripts/driver", line 87, in run_main main() File "/var/mailman/Mailman/Cgi/admindb.py", line 231, in main num = show_pending_subs(mlist, form) File "/var/mailman/Mailman/Cgi/admindb.py", line 274, in show_pending_subs pendingsubs = mlist.GetSubscriptionIds() File "/var/mailman/Mailman/ListAdmin.py", line 138, in GetSubscriptionIds return self.__getmsgids(SUBSCRIPTION) File "/var/mailman/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 sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3 20040412 (Red Hat Linux 3.3.3-7)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 The environment vars were a bit off for PATH_TRANSLATED and DOCUMENT_ROOT But evertyhing else seems to be working. Is anyone looking at this bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_id=103 From noreply at sourceforge.net Wed Mar 16 21:40:48 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 21:40:59 2005 Subject: [ mailman-Patches-943827 ] true virtual hosting patch for 2.1 Message-ID: Patches item #943827, was opened at 2004-04-28 12:57 Message generated for change (Comment added) made by anarcat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=943827&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: The Anarcat (anarcat) Assigned to: Nobody/Anonymous (nobody) Summary: true virtual hosting patch for 2.1 Initial Comment: [copy of the mail sent to -developpers@] We developped a reliable solution for running lists with the same name on different domains on the same Mailman installation. I implemented that on top of the Mailman 2.1.1-5.1 Debian stable package. All that is needed is to patch 2 files (bin/newlist, Mailman/MailList.py) in the mailman install, and here is the patch: http://bugs.koumbit.net/file_download.php?file_id=3&type=bug There's only one caveat right now: Mailman/Cgi/create.py might need to get patched too, but I haven't got around looking at it yet, and it "just works", for now. I don't know what's the current status of virtual hosting support on Mailman, but this patch is a simple hack that should bring joy in the homes of all Mailman admins around the world. :) I got my inspiration and part of the code from: http://mithrandr.moria.org/blog/139.html All it does is to add the domain to the internal_name() of a list. The real_name is kept as is, and the getListAddress() does the Right Thing. This makes Mailman generate aliases like: list-example.com: "|/var/lib/mailman/mail/mailman post list-example.com" Care will have to be taken on the MTA side to map those list-example.com to list@example.com. We are using alternc.org to manage our server, so we are using LDAP, so everything went pretty smoothly. :) But I guess it will require some magic on the Postfix side or something... Cheers, A. PS: for those wanting to see more, you can come to our Wiki: http://koumbit.net/wiki/VirtualMailman You'll probably have a little trouble finding your way if you don't read french though. :) Babelfish might help, haven't tried. ---------------------------------------------------------------------- >Comment By: The Anarcat (anarcat) Date: 2005-03-16 15:40 Message: Logged In: YES user_id=246797 I have ported the patch to 2.1.4, no news on 2.1.5 yet. I have also put the patch in a seperate CVS server. Fetch all the goods there: http://cvs.koumbit.net/cgi-bin/cvsweb/koumbit-maint/patches/mailman-true-virtual-2.1.1.patch http://cvs.koumbit.net/cgi-bin/cvsweb/koumbit-maint/patches/mailman-true-virtual-2.1.4.patch I've also updated the 2.1.1 patch to fix the list-id, so I delete the attachment, fetch the patch straight from our CVS for the latest fixes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=943827&group_id=103 From noreply at sourceforge.net Wed Mar 16 21:50:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 16 21:50:22 2005 Subject: [ mailman-Bugs-998384 ] Tend to Pending Moderator Requests breaks on a few lists Message-ID: Bugs item #998384, was opened at 2004-07-27 02:15 Message generated for change (Comment added) made by followme You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_id=103 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@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 ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2005-03-16 21:50 Message: Logged In: YES user_id=106281 Third time's a charm! I can't find a way to attach file to the report, so here's the patch: http://list.iskon.hr/~jelly/mailman-2.1.5-_UpdateRequests.diff Here's my mail to -devel: http://mail.python.org/pipermail/mailman-developers/2005-March/017956. html After applying, running _UpdateRecords() on the affected lists using withlist fixes the problem here. Running bin/update would probably work too. Bug 986186 might be the same thing. ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2005-03-16 21:36 Message: Logged In: YES user_id=106281 I've stumbled upon this too. I've sent a patch to mailman-devel without checking for the same bug reported, so I'll try ot attach it here too. As soon as I find out how to. ---------------------------------------------------------------------- Comment By: Zoran Dzelajlija (followme) Date: 2005-03-16 21:34 Message: Logged In: YES user_id=106281 I've stumbled upon this too. I've sent a patch to mailman-devel without checking for the same bug reported, so I'll try ot attach it here too. As soon as I find out how to. ---------------------------------------------------------------------- Comment By: Zot O'Connor (zot) Date: 2004-10-15 06:58 Message: Logged In: YES user_id=79680 I am seeing the same exact thing. Traceback (most recent call last): File "/var/mailman/scripts/driver", line 87, in run_main main() File "/var/mailman/Mailman/Cgi/admindb.py", line 231, in main num = show_pending_subs(mlist, form) File "/var/mailman/Mailman/Cgi/admindb.py", line 274, in show_pending_subs pendingsubs = mlist.GetSubscriptionIds() File "/var/mailman/Mailman/ListAdmin.py", line 138, in GetSubscriptionIds return self.__getmsgids(SUBSCRIPTION) File "/var/mailman/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 sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3 20040412 (Red Hat Linux 3.3.3-7)] sys.executable /usr/bin/python sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 The environment vars were a bit off for PATH_TRANSLATED and DOCUMENT_ROOT But evertyhing else seems to be working. Is anyone looking at this bug? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=998384&group_id=103 From noreply at sourceforge.net Fri Mar 18 05:52:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 18 05:52:21 2005 Subject: [ mailman-Bugs-759841 ] Multipart/mixed issues in archives Message-ID: Bugs item #759841, was opened at 2003-06-24 07:22 Message generated for change (Comment added) made by q7joey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_id=103 Category: Pipermail Group: 2.1 (stable) Status: Open Resolution: None Priority: 8 Submitted By: Pug Bainter (phelim_gervase) Assigned to: Nobody/Anonymous (nobody) Summary: Multipart/mixed issues in archives Initial Comment: We are having problems with mailing lists that are not being properly stripped down to text content in the archives. When there is multipart/mixed, it doesn't pull the multipart/alternative sections into their appropriate text portions. For example, from content such as the following: ============================================================================== >From ... [...] Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=------------InterScan_NT_MIME_Boundary [...] This is a multi-part message in MIME format. --------------InterScan_NT_MIME_Boundary Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C336A1.2C7564BC" Content-Transfer-Encoding: 7bit ------_=_NextPart_001_01C336A1.2C7564BC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Kevin has a pending checkin that addresses the minss/maxss issue. =20 [...] ------_=_NextPart_001_01C336A1.2C7564BC Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v =3D=20 "urn:schemas-microsoft-com:vml" xmlns:o =3D=20 "urn:schemas-microsoft-com:office:office" xmlns:w =3D=20 "urn:schemas-microsoft-com:office:word" xmlns:x =3D=20 "urn:schemas-microsoft-com:office:excel" xmlns:st1 =3D=20 "urn:schemas-microsoft-com:office:smarttags"><HEAD><TITLE>Message</TITLE>= [...] ============================================================================== I only get the following: ============================================================================== [64bit-compiler-analysis] RE: vpr analysis Syyyy Kyyyyy syyyk at yyy.com Thu Jun 19 14:27:16 CDT 2003 Previous message: [64bit-compiler-analysis] 06-19-03 MSFT 64-Bit C/C++ compiler +improvement discussion Next message: [64bit-compiler-analysis] RE: vpr analysis Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] -------------------------------------------------------------------------------- Skipped content of type multipart/alternative -------------------------------------------------------------------------------- Previous message: [64bit-compiler-analysis] 06-19-03 MSFT 64-Bit C/C++ compiler +improvement discussion Next message: [64bit-compiler-analysis] RE: vpr analysis Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] -------------------------------------------------------------------------------- More information about the 64bit-compiler-analysis mailing list ============================================================================== As you can see, the actual content of the multipart/alternative portion [text/plain and text/html] were completely stripped out instead of being shown a plain text. ---------------------------------------------------------------------- Comment By: Joe Pruett (q7joey) Date: 2005-03-17 20:52 Message: Logged In: YES user_id=559223 i just started working on a 2.1.5 system and discovered that this bug was still there. from looking in cvs, it appears to be fixed there (although it seems to reference an unrelated bugid). updating this bug to reflect the cvs update would be nice. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-12-27 17:17 Message: Logged In: YES user_id=67709 The patch by q7joey is merged into my Scrubber.py patch #866238. I hope Barry can integrate it in 2.1.4. ---------------------------------------------------------------------- Comment By: Joe Pruett (q7joey) Date: 2003-09-27 09:48 Message: Logged In: YES user_id=559223 i have a few line patch that seems to make it do what is expected. i can't see how to attach via sourceforge yet, so i'll paste it here: --- /usr/local/src/mailman-2.1.2/Mailman/Handlers/Scrubber.py Fri Feb 7 23:13:50 2003 +++ ./Scrubber.py Sat Sep 27 08:58:46 2003 @@ -286,11 +286,13 @@ # BAW: Martin's original patch suggested we might want to try # generalizing to utf-8, and that's probably a good idea (eventually). text = [] - for part in msg.get_payload(): + for part in msg.walk(): + if part.get_main_type() == 'multipart': + continue # All parts should be scrubbed to text/plain by now. partctype = part.get_content_type() if partctype <> 'text/plain': - text.append(_('Skipped content of type %(partctype)s')) + text.append(_('Skipped content of type %(partctype)s\n')) continue try: t = part.get_payload(decode=1) ---------------------------------------------------------------------- Comment By: Martin RJ. Cleaver (mrjc) Date: 2003-09-27 00:23 Message: Logged In: YES user_id=50125 This fails for many of my users as they habitually attach a photo of themselves in their signatures. They are incredulous at the idea that mailman can't handle it. Thanks ---------------------------------------------------------------------- Comment By: Joe Pruett (q7joey) Date: 2003-09-26 18:26 Message: Logged In: YES user_id=559223 i agree that this should be a high priority issue. a simple message with just multipart/alternative will show up in the archive ok, but if there is any other kind of attachment, then the entire multipart section is skipped and you just get a link for the extra attachment for download/view ability. i haven't started to look at the code (and i'm not a python/mailman person), but i'll report anything i can find. ---------------------------------------------------------------------- Comment By: Martin RJ. Cleaver (mrjc) Date: 2003-09-22 06:34 Message: Logged In: YES user_id=50125 Additionally I think it is appropriate to up the priority on this bug as it causes key functionality to fail. ---------------------------------------------------------------------- Comment By: Martin RJ. Cleaver (mrjc) Date: 2003-09-22 06:26 Message: Logged In: YES user_id=50125 This is causing me real problems! Is there any known workarounds? If I can't fix this I might have to use a different package as presently all my archives are useless! ---------------------------------------------------------------------- Comment By: Pug Bainter (phelim_gervase) Date: 2003-06-24 10:01 Message: Logged In: YES user_id=484284 This appears to be within: def process(mlist, msg, msgdata=None): at around line 276, but I saw no way of making it recurse for multipart/[mixed|alternative] sub-MIME parts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_id=103 From noreply at sourceforge.net Fri Mar 18 06:00:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 18 06:00:16 2005 Subject: [ mailman-Bugs-759841 ] Multipart/mixed issues in archives Message-ID: Bugs item #759841, was opened at 2003-06-24 07:22 Message generated for change (Comment added) made by q7joey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_id=103 Category: Pipermail Group: 2.1 (stable) Status: Open Resolution: None Priority: 8 Submitted By: Pug Bainter (phelim_gervase) Assigned to: Nobody/Anonymous (nobody) Summary: Multipart/mixed issues in archives Initial Comment: We are having problems with mailing lists that are not being properly stripped down to text content in the archives. When there is multipart/mixed, it doesn't pull the multipart/alternative sections into their appropriate text portions. For example, from content such as the following: ============================================================================== >From ... [...] Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=------------InterScan_NT_MIME_Boundary [...] This is a multi-part message in MIME format. --------------InterScan_NT_MIME_Boundary Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C336A1.2C7564BC" Content-Transfer-Encoding: 7bit ------_=_NextPart_001_01C336A1.2C7564BC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Kevin has a pending checkin that addresses the minss/maxss issue. =20 [...] ------_=_NextPart_001_01C336A1.2C7564BC Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v =3D=20 "urn:schemas-microsoft-com:vml" xmlns:o =3D=20 "urn:schemas-microsoft-com:office:office" xmlns:w =3D=20 "urn:schemas-microsoft-com:office:word" xmlns:x =3D=20 "urn:schemas-microsoft-com:office:excel" xmlns:st1 =3D=20 "urn:schemas-microsoft-com:office:smarttags"><HEAD><TITLE>Message</TITLE>= [...] ============================================================================== I only get the following: ============================================================================== [64bit-compiler-analysis] RE: vpr analysis Syyyy Kyyyyy syyyk at yyy.com Thu Jun 19 14:27:16 CDT 2003 Previous message: [64bit-compiler-analysis] 06-19-03 MSFT 64-Bit C/C++ compiler +improvement discussion Next message: [64bit-compiler-analysis] RE: vpr analysis Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] -------------------------------------------------------------------------------- Skipped content of type multipart/alternative -------------------------------------------------------------------------------- Previous message: [64bit-compiler-analysis] 06-19-03 MSFT 64-Bit C/C++ compiler +improvement discussion Next message: [64bit-compiler-analysis] RE: vpr analysis Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] -------------------------------------------------------------------------------- More information about the 64bit-compiler-analysis mailing list ============================================================================== As you can see, the actual content of the multipart/alternative portion [text/plain and text/html] were completely stripped out instead of being shown a plain text. ---------------------------------------------------------------------- Comment By: Joe Pruett (q7joey) Date: 2005-03-17 21:00 Message: Logged In: YES user_id=559223 i just looked at the cvs closer and i see that the patch is on the 2.1 branch, but hasn't made it into the trunk yet. ---------------------------------------------------------------------- Comment By: Joe Pruett (q7joey) Date: 2005-03-17 20:52 Message: Logged In: YES user_id=559223 i just started working on a 2.1.5 system and discovered that this bug was still there. from looking in cvs, it appears to be fixed there (although it seems to reference an unrelated bugid). updating this bug to reflect the cvs update would be nice. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2003-12-27 17:17 Message: Logged In: YES user_id=67709 The patch by q7joey is merged into my Scrubber.py patch #866238. I hope Barry can integrate it in 2.1.4. ---------------------------------------------------------------------- Comment By: Joe Pruett (q7joey) Date: 2003-09-27 09:48 Message: Logged In: YES user_id=559223 i have a few line patch that seems to make it do what is expected. i can't see how to attach via sourceforge yet, so i'll paste it here: --- /usr/local/src/mailman-2.1.2/Mailman/Handlers/Scrubber.py Fri Feb 7 23:13:50 2003 +++ ./Scrubber.py Sat Sep 27 08:58:46 2003 @@ -286,11 +286,13 @@ # BAW: Martin's original patch suggested we might want to try # generalizing to utf-8, and that's probably a good idea (eventually). text = [] - for part in msg.get_payload(): + for part in msg.walk(): + if part.get_main_type() == 'multipart': + continue # All parts should be scrubbed to text/plain by now. partctype = part.get_content_type() if partctype <> 'text/plain': - text.append(_('Skipped content of type %(partctype)s')) + text.append(_('Skipped content of type %(partctype)s\n')) continue try: t = part.get_payload(decode=1) ---------------------------------------------------------------------- Comment By: Martin RJ. Cleaver (mrjc) Date: 2003-09-27 00:23 Message: Logged In: YES user_id=50125 This fails for many of my users as they habitually attach a photo of themselves in their signatures. They are incredulous at the idea that mailman can't handle it. Thanks ---------------------------------------------------------------------- Comment By: Joe Pruett (q7joey) Date: 2003-09-26 18:26 Message: Logged In: YES user_id=559223 i agree that this should be a high priority issue. a simple message with just multipart/alternative will show up in the archive ok, but if there is any other kind of attachment, then the entire multipart section is skipped and you just get a link for the extra attachment for download/view ability. i haven't started to look at the code (and i'm not a python/mailman person), but i'll report anything i can find. ---------------------------------------------------------------------- Comment By: Martin RJ. Cleaver (mrjc) Date: 2003-09-22 06:34 Message: Logged In: YES user_id=50125 Additionally I think it is appropriate to up the priority on this bug as it causes key functionality to fail. ---------------------------------------------------------------------- Comment By: Martin RJ. Cleaver (mrjc) Date: 2003-09-22 06:26 Message: Logged In: YES user_id=50125 This is causing me real problems! Is there any known workarounds? If I can't fix this I might have to use a different package as presently all my archives are useless! ---------------------------------------------------------------------- Comment By: Pug Bainter (phelim_gervase) Date: 2003-06-24 10:01 Message: Logged In: YES user_id=484284 This appears to be within: def process(mlist, msg, msgdata=None): at around line 276, but I saw no way of making it recurse for multipart/[mixed|alternative] sub-MIME parts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=759841&group_id=103 From noreply at sourceforge.net Fri Mar 18 09:07:58 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 18 09:08:03 2005 Subject: [ mailman-Bugs-782024 ] Private archives link error Message-ID: Bugs item #782024, was opened at 2003-08-02 10:24 Message generated for change (Comment added) made by timmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=782024&group_id=103 Category: Pipermail Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nicola Soranzo (soranzo) Assigned to: Nobody/Anonymous (nobody) Summary: Private archives link error Initial Comment: If I visit http://domain/mailman/private/listname/ all the links to the Thread, Subject, ... monthly archives are correct, but if the URL is http://domain/mailman/private/listname (without the trailing slash), the links are incorrect, eg.: http://domain/mailman/private/2003-July/thread.html (without the listname between private and the month). ---------------------------------------------------------------------- Comment By: Tim Mann (timmann) Date: 2005-03-18 00:07 Message: Logged In: YES user_id=95236 Example of the quick fix in httpd.conf for anyone who needs it: RewriteEngine on RewriteRule ^(/mailman/private/[a-z]*)$ $1/ [R] ---------------------------------------------------------------------- Comment By: Hal Wine (halw) Date: 2004-04-03 06:03 Message: Logged In: YES user_id=630568 Note: this bug is still in 2.1.4, and affects users since the URL provided by mailman in the List-Archive: email header does not contain the trailing slash. ---------------------------------------------------------------------- Comment By: Thomas Arendsen Hein (thomas_ah) Date: 2003-09-02 03:27 Message: Logged In: YES user_id=839582 A quick fix is to add a redirect in your web server. But since the List-Archive mail header points to the link without a trailing slash, this should be done in the cgi script, too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=782024&group_id=103 From noreply at sourceforge.net Fri Mar 18 14:19:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 18 14:19:40 2005 Subject: [ mailman-Patches-1165916 ] monthly archives in YYYY-MM format Message-ID: Patches item #1165916, was opened at 2005-03-18 14:19 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=1165916&group_id=103 Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm?lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: monthly archives in YYYY-MM format Initial Comment: when setting the archive_volume_frequency to "monthly" directories like "2003-July" are generated. as i am running some international lists (and because of backwards compatibility issues to pre-Mailman times), i'd prefer "2003-07". this can be done by just adding another archive_volume_frequency. attached is a patch to the 2.1.5-release (since i am using debian/testing) that provides a "month00" frequency. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1165916&group_id=103 From noreply at sourceforge.net Fri Mar 18 14:22:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 18 14:22:51 2005 Subject: [ mailman-Feature Requests-1163610 ] monthly archives as YYYY-MM Message-ID: Feature Requests item #1163610, was opened at 2005-03-15 11:28 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1163610&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zm?lnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: monthly archives as YYYY-MM Initial Comment: when setting the archive_volume_frequency to "monthly" directories like "2003-July" are generated. as i am running some international lists (and because of backwards compatibility issues to pre-Mailman times), i'd prefer "2003-07". this could be done by just adding another archive_volume_frequency. attached is a patch to the 2.1.5-release (since i am using debian/testing) that provides a "month00" frequency. ---------------------------------------------------------------------- >Comment By: IOhannes m zm?lnig (zmoelnig) Date: 2005-03-18 14:22 Message: Logged In: YES user_id=564396 based on the suggestions made on mailman-usersATpythonDOTorg i have fixed the patch and committed it via the patch-tracker (1165916) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1163610&group_id=103 From noreply at sourceforge.net Fri Mar 18 19:45:57 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 18 19:45:59 2005 Subject: [ mailman-Bugs-1166155 ] Edit options doesnt work in translated page Message-ID: Bugs item #1166155, was opened at 2005-03-18 19:45 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=1166155&group_id=103 Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Morten Brix Pedersen (mbrix) Assigned to: Nobody/Anonymous (nobody) Summary: Edit options doesnt work in translated page Initial Comment: Hello, When the language is set to Danish (havn't tested other languages) and I click the button on the web interface "Unsubscribe or edit options", I get this: Bug in Mailman version 2.1.5 We're sorry, we hit a bug! Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs. The backtrace from the error log looks like this: admin(1039): [----- Mailman Version: 2.1.5 -----]admin(1039): [----- Traceback ------]admin(1039): Traceback (most recent call last):admin(1039): File "/var/lib/mailman/scripts/driver", line 110, in run_mainadmin(1039): main()admin(1039): File "/usr/lib/mailman/Mailman/Cgi/options.py", line 239, in mainadmin(1039): loginpage(mlist, doc, user, language)admin(1039): File "/usr/lib/mailman/Mailman/Cgi/options.py", line 813, in loginpage admin(1039): table.AddRow([_("""In order to change your membership option, you must admin(1039): File "/var/lib/mailman/Mailman/i18n.py", line 89, in _ admin(1039): return tns % dict admin(1039): ValueError: unsupported format character 'p' (0x70) at index 105 The problem can be reproduced on the following URL: http://soeborggruppe.dk/cgi-bin/mailman/listinfo/bestyrelsen Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1166155&group_id=103 From noreply at sourceforge.net Fri Mar 18 23:22:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 18 23:22:11 2005 Subject: [ mailman-Bugs-1166277 ] Want clone_member from web interface Message-ID: Bugs item #1166277, was opened at 2005-03-18 14:22 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=1166277&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tim Roberts (timroberts) Assigned to: Nobody/Anonymous (nobody) Summary: Want clone_member from web interface Initial Comment: The single most common administrative task I have to do is changing a user's email address. People change ISPs today like they change their minds. There is no good way to change an e-mail address from the admin web interface. Unsub followed by mass subscribe loses the settings and the real name. I can ssh in and use clone_member, but that's tacky. The equivalent of "clone_member -r" is missing from the web interface. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1166277&group_id=103 From noreply at sourceforge.net Sat Mar 19 13:21:42 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Mar 19 13:21:47 2005 Subject: [ mailman-Bugs-1085651 ] Broken PGP/MIME signature of messages with attachments Message-ID: Bugs item #1085651, was opened at 2004-12-15 10:54 Message generated for change (Comment added) made by xkr47 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1085651&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Etienne M. Gagnon (egagnon) Assigned to: Nobody/Anonymous (nobody) Summary: Broken PGP/MIME signature of messages with attachments Initial Comment: Hi, When I send a PGP/MIME signed message *with* attachments (in addition to the PGP signature) to a Mailman-based mailing list, Firefox/Enigmail fails to verify the signature of the message forwarded by mailman. I have uploaded an example message with a broken signature as attachment to this bug. You can also see how Mailman's automatic archives don't even handle such messages correctly by looking at how it archived that message at: http://sablecc.org/lists/sablecc-user/2004-December/000159.html I've looked in the bugs database and found that a somewhat related problem was reported a while ago, but note that the current bug is different. The original bug was about PGP/MIME signed messages without attachments that were handled incorrectly by Enigmail. This one is about messages with attachments, and it is likely that the bug is Mailman's, at least accroding to the reply I got in: http://bugzilla.mozdev.org/show_bug.cgi?id=8466 Thanks for your help (and for the magnificient software)! Etienne ---------------------------------------------------------------------- Comment By: Jonas Berlin (xkr47) Date: 2005-03-19 14:21 Message: Logged In: YES user_id=66259 from python's Message.py: def _get_params_preserve(self, failobj, header): # Like get_params() but preserves the quoting of values. BAW: # should this be part of the public interface? According to my analysis of the comment, the function in question does _not_ guarantee to preserve the header as-is, it only preserves _quoting_. Thus, I don't think we can call this a bug in python. If there's more official documentation elsewhere that states that it should preserve everything as-is, then ignore this comment altogether :). I didn't have time to grasp how mailman actually uses that Message class, but I think mailman should be changed to use functions that don't alter the message, and/or re-implement that work according to the requirements of mailman (or, users of mailman :). Anyway, an alternative could be to continue to use the Message.py functions to parse the values while analyzing the contents of the message, and then copypaste the original headers as-is after checking. - xkr47 ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2005-01-29 19:08 Message: Logged In: YES user_id=15365 Dear Bas, Thanks a lot for identifying the source of this bug and flagging an upstream bug on Python. Etienne ---------------------------------------------------------------------- Comment By: Bas Wijnen (shevek) Date: 2005-01-24 13:35 Message: Logged In: YES user_id=42389 I checked the source, and this appears to be a bug in Python. It can read and write e-mails, including headers, and they are interpreted. However, it doesn't preserve their whitespace, which is of course fatal for pgp signatures. The bug is filed for python here: http://sourceforge.net/tracker/index.php?func=detail&aid=968430&group_id=5470&atid=105470 ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2005-01-18 19:30 Message: Logged In: YES user_id=15365 I am attaching a screen shot of the content filtering settings (see the options.png attachment I have added to this bug report). In short, content filtering is disabled, so I don't think it is the cause of the problem. :-/ Etienne ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-01-17 02:37 Message: Logged In: YES user_id=18417 Look at your content filter settings. What MIME-types are you configured to pass? At the very least, you should be configured to pass the following: multipart/mixed multipart/alternative text/plain application/pgp-signature multipart/signed ---------------------------------------------------------------------- Comment By: Toni Willberg (toniw) Date: 2005-01-08 03:23 Message: Logged In: YES user_id=190645 I can reproduce this bug also. Here's a diff what happened to me: diff -u mail.valid mail.invalid Content-Disposition: attachment; filename=configure.in.pre-pkgconfig.patch -Content-Type: text/x-patch; name=configure.in.pre-pkgconfig.patch; charset=UTF-8 +Content-Type: text/x-patch; name=configure.in.pre-pkgconfig.patch; + charset=UTF-8 Content-Transfer-Encoding: base64 And this was _inside_ gpg-signed block. Mailman should not alter that section at all, right? X-Mailman-Version: 2.1.4 Yours, Toni Willberg ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2004-12-30 06:03 Message: Logged In: YES user_id=15365 Any update? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1085651&group_id=103 From noreply at sourceforge.net Sun Mar 20 14:46:36 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Mar 20 14:46:38 2005 Subject: [ mailman-Feature Requests-786326 ] Rotation through moderators Message-ID: Feature Requests item #786326, was opened at 2003-08-10 12:47 Message generated for change (Comment added) made by magicfab You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=786326&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Milos Popovic (milos_popovic) Assigned to: Nobody/Anonymous (nobody) Summary: Rotation through moderators Initial Comment: A useful moderation feature in LISTSERV, when multiple moderators are listed, is that it can deliver moderation requests to moderators in *rotation* (only one moderator at a time), thus reducing the individual workload. I've found this a useful feature to share the workload of verifying mostly filtered spam that's held for moderation on lists that need to accept outside posts and need to have a quick moderator approval turnaround time on posts. The quick turn-around time means moderation requests are sent immediately for each post, rather than just being bundled at the end of each day. It would be very useful to have such a feature (option to rotate through moderators, for the individual post moderation requests only) in MailMan. ---------------------------------------------------------------------- Comment By: Fabi?n A. Rodr?guez S. (magicfab) Date: 2005-03-20 08:46 Message: Logged In: YES user_id=92045 I would add to this request a way to list rotation groups for moderation. Sometimes in rotation there may be occasions when an individual moderator is not available. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=786326&group_id=103 From noreply at sourceforge.net Sun Mar 20 14:51:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Mar 20 14:51:09 2005 Subject: [ mailman-Bugs-1085651 ] Broken PGP/MIME signature of messages with attachments Message-ID: Bugs item #1085651, was opened at 2004-12-15 09:54 Message generated for change (Comment added) made by shevek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1085651&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Etienne M. Gagnon (egagnon) Assigned to: Nobody/Anonymous (nobody) Summary: Broken PGP/MIME signature of messages with attachments Initial Comment: Hi, When I send a PGP/MIME signed message *with* attachments (in addition to the PGP signature) to a Mailman-based mailing list, Firefox/Enigmail fails to verify the signature of the message forwarded by mailman. I have uploaded an example message with a broken signature as attachment to this bug. You can also see how Mailman's automatic archives don't even handle such messages correctly by looking at how it archived that message at: http://sablecc.org/lists/sablecc-user/2004-December/000159.html I've looked in the bugs database and found that a somewhat related problem was reported a while ago, but note that the current bug is different. The original bug was about PGP/MIME signed messages without attachments that were handled incorrectly by Enigmail. This one is about messages with attachments, and it is likely that the bug is Mailman's, at least accroding to the reply I got in: http://bugzilla.mozdev.org/show_bug.cgi?id=8466 Thanks for your help (and for the magnificient software)! Etienne ---------------------------------------------------------------------- Comment By: Bas Wijnen (shevek) Date: 2005-03-20 14:51 Message: Logged In: YES user_id=42389 That function does indeed not conserve whitespace. E-mail doesn't say whitespace in headers (or even the message) must be preserved, so strictly speaking it's not a bug. However, it is a missing feature, and I think python is the place to implement it, not mailman. The point is that signed e-mails with attachments are sent as two parts: One which is a complete e-mail by itself, and one which holds the signature for that e-mail. This is because in attachments whitespace must be preserved (as opposed to the situation in the message itself). It would be very convenient if such e-mail can be handled by python programs without rewriting the things which work fine for non-signed e-mails. If the attachment is really changed, of course the signature will be broken. However, if it is not, it should not be hard to write out the same message (with whitespace preserved) as was read in. If this is not possible, it is quite hard to do it in the program, as python doesn't seem to support loading a part of an e-mail which has headers of its own as a binary attachment (without touching whitespace, in particular). ---------------------------------------------------------------------- Comment By: Jonas Berlin (xkr47) Date: 2005-03-19 13:21 Message: Logged In: YES user_id=66259 from python's Message.py: def _get_params_preserve(self, failobj, header): # Like get_params() but preserves the quoting of values. BAW: # should this be part of the public interface? According to my analysis of the comment, the function in question does _not_ guarantee to preserve the header as-is, it only preserves _quoting_. Thus, I don't think we can call this a bug in python. If there's more official documentation elsewhere that states that it should preserve everything as-is, then ignore this comment altogether :). I didn't have time to grasp how mailman actually uses that Message class, but I think mailman should be changed to use functions that don't alter the message, and/or re-implement that work according to the requirements of mailman (or, users of mailman :). Anyway, an alternative could be to continue to use the Message.py functions to parse the values while analyzing the contents of the message, and then copypaste the original headers as-is after checking. - xkr47 ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2005-01-29 18:08 Message: Logged In: YES user_id=15365 Dear Bas, Thanks a lot for identifying the source of this bug and flagging an upstream bug on Python. Etienne ---------------------------------------------------------------------- Comment By: Bas Wijnen (shevek) Date: 2005-01-24 12:35 Message: Logged In: YES user_id=42389 I checked the source, and this appears to be a bug in Python. It can read and write e-mails, including headers, and they are interpreted. However, it doesn't preserve their whitespace, which is of course fatal for pgp signatures. The bug is filed for python here: http://sourceforge.net/tracker/index.php?func=detail&aid=968430&group_id=5470&atid=105470 ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2005-01-18 18:30 Message: Logged In: YES user_id=15365 I am attaching a screen shot of the content filtering settings (see the options.png attachment I have added to this bug report). In short, content filtering is disabled, so I don't think it is the cause of the problem. :-/ Etienne ---------------------------------------------------------------------- Comment By: Brad Knowles (shub) Date: 2005-01-17 01:37 Message: Logged In: YES user_id=18417 Look at your content filter settings. What MIME-types are you configured to pass? At the very least, you should be configured to pass the following: multipart/mixed multipart/alternative text/plain application/pgp-signature multipart/signed ---------------------------------------------------------------------- Comment By: Toni Willberg (toniw) Date: 2005-01-08 02:23 Message: Logged In: YES user_id=190645 I can reproduce this bug also. Here's a diff what happened to me: diff -u mail.valid mail.invalid Content-Disposition: attachment; filename=configure.in.pre-pkgconfig.patch -Content-Type: text/x-patch; name=configure.in.pre-pkgconfig.patch; charset=UTF-8 +Content-Type: text/x-patch; name=configure.in.pre-pkgconfig.patch; + charset=UTF-8 Content-Transfer-Encoding: base64 And this was _inside_ gpg-signed block. Mailman should not alter that section at all, right? X-Mailman-Version: 2.1.4 Yours, Toni Willberg ---------------------------------------------------------------------- Comment By: Etienne M. Gagnon (egagnon) Date: 2004-12-30 05:03 Message: Logged In: YES user_id=15365 Any update? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1085651&group_id=103 From noreply at sourceforge.net Mon Mar 21 05:54:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 21 05:54:15 2005 Subject: [ mailman-Patches-1161505 ] Appropriate text for private archive login Message-ID: Patches item #1161505, was opened at 2005-03-11 16:58 Message generated for change (Settings changed) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1161505&group_id=103 Category: Pipermail Group: Mailman 2.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: Appropriate text for private archive login Initial Comment: Much of the template templates/en/private.html is based on (copied from) the template templates/en/admlogin.html. Thus, the language about cookies is not appropriate for this function. The patch changes the text to something more appropriate for private archive login. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1161505&group_id=103 From noreply at sourceforge.net Mon Mar 21 17:28:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 21 17:28:04 2005 Subject: [ mailman-Patches-1167696 ] handle PGP encrypted and signed posts Message-ID: Patches item #1167696, was opened at 2005-03-21 16:28 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=1167696&group_id=103 Category: None Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Joost van Baal (vanbaal) Assigned to: Nobody/Anonymous (nobody) Summary: handle PGP encrypted and signed posts Initial Comment: This patch is based upon a patch by Stefan Schlott ( http://medien.informatik.uni-ulm.de/~stefan/gpg-mailman.html ) It extends Mailman to: - A post will be distributed only if the PGP signature on the post is from one of the list members. - For sending encrypted email, a list member encrypts to the public key of the list. The post will be decrypted and re-encrypted to the public keys of all list members. (Later, the patch will handle RFC 2633 (S/MIME) messages too, next to RFC 2440 (OpenPGP)). In order to achieve this, each list has a public and private key, as well as a key passphrase. Furthermore, new list settings are defined: gpg_postings_allowed: Is it allowed to send to this list postings which are encrypted with the GPG list key? gpg_msg_distribution: Are subscribers allowed (or even forced) to upload their GPG public key in order to receive all messages encrypted? gpg_post_sign: Should posts be GPG signed with an acknowledged subscriber key before being distributed? gpg_msg_sign: Should the server sign encrypted messages? Finally, each subscriber can upload her PGP public key using the webinterface. Latest version of the patch is available from http://www.non-gnu.uvt.nl/pub/mailman/ . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1167696&group_id=103 From noreply at sourceforge.net Mon Mar 21 22:37:34 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 21 22:37:37 2005 Subject: [ mailman-Bugs-1072002 ] admin_member_chunksize not available in GUI or config_list Message-ID: Bugs item #1072002, was opened at 2004-11-23 10:38 Message generated for change (Comment added) made by jonhowell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1072002&group_id=103 Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Mark Sapiro (msapiro) Assigned to: Nobody/Anonymous (nobody) Summary: admin_member_chunksize not available in GUI or config_list Initial Comment: admin_member_chunksize is set from DEFAULT_ADMIN_MEMBER_CHUNKSIZE when a list is created, but it is not visible in the admin GUI or bin/config_list. ---------------------------------------------------------------------- Comment By: Jon Howell (jonhowell) Date: 2005-03-21 13:37 Message: Logged In: YES user_id=70921 "Me too." Please add this line after the 'max_message_size' entry in Gui/General.py: ('admin_member_chunksize', mm_cfg.Number, 7, 0, _('''Number of members to display at a time.''')), I was going nuts being forced to look at my membership list in 26 steps, one bucket at a time. I finally bothered today to find the problem, and fixing this bug would fix the problem. Although it would be nice if the membership list page also had a "show entire list" button, so the next guy doesn't have to scrape the source to find this option. :v) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1072002&group_id=103 From noreply at sourceforge.net Tue Mar 22 09:30:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 22 09:31:10 2005 Subject: [ mailman-Patches-645297 ] Add PGP support Message-ID: Patches item #645297, was opened at 2002-11-28 14:54 Message generated for change (Comment added) made by vanbaal You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645297&group_id=103 Category: None Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Submitted By: Ben Laurie (benl) Assigned to: Thomas Wouters (twouters) Summary: Add PGP support Initial Comment: Support PGP encrypted lists using GnuPG. ---------------------------------------------------------------------- Comment By: Joost van Baal (vanbaal) Date: 2005-03-22 08:30 Message: Logged In: YES user_id=28781 One might like to take a look at patch #1167696 too. It implements about the same functionality. As an added bonus, it has some documentation :) ---------------------------------------------------------------------- Comment By: Arthur Lutz (arthur_lutz) Date: 2004-12-20 14:24 Message: Logged In: YES user_id=848508 another +1 for this patch, I've been looking for this functionality too... willing to contribute ---------------------------------------------------------------------- Comment By: Justin Mason (jmason) Date: 2003-11-10 18:31 Message: Logged In: YES user_id=935 another +1 for this patch, I've been looking for this functionality too... ---------------------------------------------------------------------- Comment By: Thomas Wouters (twouters) Date: 2003-03-17 22:17 Message: Logged In: YES user_id=34209 I'll look at incorporating this when I look at the SecureList patch by NAH6 (SF patch #646989, currently.) ---------------------------------------------------------------------- Comment By: Nicolas Marchildon (elecnix) Date: 2003-02-06 05:16 Message: Logged In: YES user_id=106549 My vote goes to a PGP whitelist and blacklist feature. Messages signed with a key present in the whitelist could go skip moderation, messages in the blacklist would be either ignored or rejected, and all other messages could go through moderation. That way, PGP signatures are not required, but those using them would see their messages delivered quickly. Mailman would have two keyrings, and would manage them by specifying --keyring to gpg. PGP keys would be retreived from a PGP key server. When moderating a message that was signed with a key missing from the whitelist, there would be an option named "Add key to whitelist", and an other one for the blacklist. Keys could be added to the white/blacklist through the web interface by specifying at least a key ID, and mailman would ask gpg to fetch the key from mailman's default key server. Initially proposed in French on: http://www.linux-quebec.org/archives/general/msg03787.html Nicolas Marchildon ---------------------------------------------------------------------- Comment By: David Shaw (dmshaw) Date: 2003-01-04 19:59 Message: Logged In: YES user_id=606006 Another vote of support. I actually submitted an enhancement request earlier today for exactly this. ---------------------------------------------------------------------- Comment By: captain larry (captainlarry) Date: 2002-12-23 19:37 Message: Logged In: YES user_id=147905 Adding a vote of support for this patch. Please add it as soon as it's appropriate! I've been waiting a long time for this functionality and I'd hate to see the patch bitrot. :-) Adam. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-12 03:56 Message: Logged In: YES user_id=12800 I have to defer this patch until after MM2.1 since we're about ready for the first release candidate. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=645297&group_id=103 From noreply at sourceforge.net Wed Mar 23 09:14:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 23 09:14:17 2005 Subject: [ mailman-Bugs-1168916 ] Bug in Mailman version 2.1.5 Message-ID: Bugs item #1168916, was opened at 2005-03-23 13:44 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=1168916&group_id=103 Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: solspear (solspear) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in Mailman version 2.1.5 Initial Comment: Hi, Have installed and configured Mailman 2.1.5 on RH 9.0 system I tired to create the first mailing list and encountered with a bug. Attached is the screen shot. Please let me know how I could move ahead ? Vijay Kumar. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1168916&group_id=103 From noreply at sourceforge.net Wed Mar 23 09:32:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 23 09:32:36 2005 Subject: [ mailman-Bugs-1168916 ] Bug in Mailman version 2.1.5 Message-ID: Bugs item #1168916, was opened at 2005-03-23 08:14 Message generated for change (Comment added) made by macmewes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1168916&group_id=103 Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: solspear (solspear) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in Mailman version 2.1.5 Initial Comment: Hi, Have installed and configured Mailman 2.1.5 on RH 9.0 system I tired to create the first mailing list and encountered with a bug. Attached is the screen shot. Please let me know how I could move ahead ? Vijay Kumar. ---------------------------------------------------------------------- Comment By: Martin Mewes (macmewes) Date: 2005-03-23 08:32 Message: Logged In: YES user_id=288773 Hello, there is no attachment to this item. Could you please upload the picture? kind regards Martin Mewes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1168916&group_id=103 From noreply at sourceforge.net Wed Mar 23 11:30:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 23 11:30:26 2005 Subject: [ mailman-Bugs-1168999 ] OutgoingRunner gets in expensive recursive loop Message-ID: Bugs item #1168999, was opened at 2005-03-23 18: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=1168999&group_id=103 Category: mail delivery Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Kim Davies (kjd) Assigned to: Nobody/Anonymous (nobody) Summary: OutgoingRunner gets in expensive recursive loop Initial Comment: I have had a problem spring up the past few weeks where the OutgoingRunner gets in a loop which effectively brings down the machine by spiking the CPU to 99%. Running "strace" on the process I see it constantly deleting and reimplanting the same queue file in qfiles/out/ over and over, many times per second. The initial problem inurred with a 2.1.2 install, but installing 2.1.6b4 shows the same. Unfortunately the problem is somewhat ephemeral when trying to diagnose it - if I manage to kill the OutgoingRunner between a read and write, the queue file gets lost the the problem disappears for a while. I don't know if it is useful, but attached is the strace output of a complete read/write cycle. I haven't had the opportunity to further debug it (by stepping through the python) as currently I am not in this state. I am not sure how long it will be until it is triggered again, but it has happened about 4 times in the past two weeks. It has never occured before this over 3 years. I consider this issue fairly problematic - the machine becomes unusable when it reaches this state due to CPU exhaustion. Any tips of helping isolate the problem are welcome. I have modified mailmanctl to run all queuerunners with a verbose flag, so next time maybe there will be useful information logged. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1168999&group_id=103 From noreply at sourceforge.net Fri Mar 25 11:02:30 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 25 11:02:33 2005 Subject: [ mailman-Patches-1170429 ] qmail MTA hook Message-ID: Patches item #1170429, was opened at 2005-03-25 19:02 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=1170429&group_id=103 Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: qmail MTA hook Initial Comment: This is an approach for qmail MTA to automate creation / deletion of list aliases, whitout generating .qmail-default file. Please read attached README.qmail. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1170429&group_id=103 From noreply at sourceforge.net Fri Mar 25 12:30:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 25 12:30:45 2005 Subject: [ mailman-Bugs-1170467 ] Typos in documentation (2.1.6beta) Message-ID: Bugs item #1170467, was opened at 2005-03-25 20: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=1170467&group_id=103 Category: documentation Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: Typos in documentation (2.1.6beta) Initial Comment: doc/mailman-install.tex: - "~" aren't escaped. - bug #456080 hasn't be reflected. - lack of "." in tcpenv network block notation. Mailman/Defaults.py.in: - typo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1170467&group_id=103 From noreply at sourceforge.net Fri Mar 25 18:49:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 25 18:49:43 2005 Subject: [ mailman-Bugs-1170651 ] Mail Delivery not working Message-ID: Bugs item #1170651, was opened at 2005-03-25 17:49 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=1170651&group_id=103 Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Chris (ttoolman2000) Assigned to: Nobody/Anonymous (nobody) Summary: Mail Delivery not working Initial Comment: Hello everyone, I am trying to setup an included mailing list which was setup through the Plesk Control Panel as a part of 1and1.com's root server package. Mailman version 2.1.1 I am able to add users both at the Plesk side and the Mailman side, however it never sends e-mail confirmations, and when I try to e-mail the test mailing list I made I never get any replies nor does it get posted or sent to the list. When I tried to view all lists on my host: http://lists.mjtstages.com/mailman/listinfo I received a bug report http://lists.mjtstages.com/mailman/listinfo If anyone has any insight in fixing this problem that would be great, I might also mention suggest viewing the list to see the Bug report for viewing. Thanks, Chris ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1170651&group_id=103 From noreply at sourceforge.net Wed Mar 30 10:19:54 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 30 10:19:56 2005 Subject: [ mailman-Bugs-1170467 ] Typos in documentation (2.1.6beta) Message-ID: Bugs item #1170467, was opened at 2005-03-25 20:30 Message generated for change (Settings changed) made by hatukanezumi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1170467&group_id=103 Category: documentation Group: 2.1 beta >Status: Closed Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: Typos in documentation (2.1.6beta) Initial Comment: doc/mailman-install.tex: - "~" aren't escaped. - bug #456080 hasn't be reflected. - lack of "." in tcpenv network block notation. Mailman/Defaults.py.in: - typo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1170467&group_id=103 From noreply at sourceforge.net Wed Mar 30 10:23:43 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 30 10:23:46 2005 Subject: [ mailman-Patches-1170429 ] qmail MTA hook Message-ID: Patches item #1170429, was opened at 2005-03-25 19:02 Message generated for change (Comment added) made by hatukanezumi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1170429&group_id=103 Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None >Priority: 6 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: qmail MTA hook Initial Comment: This is an approach for qmail MTA to automate creation / deletion of list aliases, whitout generating .qmail-default file. Please read attached README.qmail. ---------------------------------------------------------------------- >Comment By: Hatuka*nezumi (hatukanezumi) Date: 2005-03-30 17:23 Message: Logged In: YES user_id=529503 Added copyright notices. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1170429&group_id=103 From noreply at sourceforge.net Thu Mar 31 01:51:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 31 01:51:10 2005 Subject: [ mailman-Feature Requests-1173722 ] user_id for each user Message-ID: Feature Requests item #1173722, was opened at 2005-03-31 01:51 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=1173722&group_id=103 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jan Kellermann (werk21) Assigned to: Nobody/Anonymous (nobody) Summary: user_id for each user Initial Comment: Like in patch 1121257 we like to have a user_id for each user. Please take this patch to the cvs-branch and upgrade the /bin/update.py script. Background: It were great to have an unique_id besides the the mailaddress to create relationship to other information e.g. stored in mysql-databases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1173722&group_id=103