From noreply at sourceforge.net Fri Jun 6 20:01:32 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 06 Jun 2008 11:01:32 -0700 Subject: [ mailman-Patches-1911318 ] Include message-id in bounce log Message-ID: Patches item #1911318, was opened at 2008-03-10 14:52 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1911318&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: bounce processing Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: A.M. Kuchling (akuchling) Assigned to: Nobody/Anonymous (nobody) Summary: Include message-id in bounce log Initial Comment: The attached patch improves the content of the bounce log, determining the message-id of the bounced message. This should make it possible for mmdsr or similar tools to determine what percentage of e-mails bounced. The patch also exercises the message-id code in test_bounces.py. Currently it fails because some of the messages in tests/bounces/ have mbox-style 'From ' lines, and this seems to make email.Message ignore the headers; this causes test_bounces.py to fail at the moment after the patch is applied. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 14:01 Message: Logged In: YES user_id=11375 Originator: YES The bounce-analysis branch on Launchpad includes this patch, plus a contrib/ script that analyzes Mailman and Postfix logs to produce a delivery report. See https://code.launchpad.net/~amk/mailman/bounce-analysis I believe the branch can be merged into the Mailman 2.2. (We probably don't want to change the log formats in the 2.1.x series.) ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-03-13 09:09 Message: Logged In: YES user_id=11375 Originator: YES Here's an updated version of the patch that leaves the <> characters in message-ids, and updates the tests correspondingly. File Added: bounce-log-2.txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1911318&group_id=103 From noreply at sourceforge.net Fri Jun 6 20:25:09 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 06 Jun 2008 11:25:09 -0700 Subject: [ mailman-Patches-1580310 ] In-Reply-To: in mailto: links incorrect. Message-ID: Patches item #1580310, was opened at 2006-10-19 04:18 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1580310&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Woodhouse (dwmw2) Assigned to: Nobody/Anonymous (nobody) Summary: In-Reply-To: in mailto: links incorrect. Initial Comment: Mails in the archive have a mailto: link with which you can reply to the email you're viewing. That mailto: URL contains an &In-Reply-To= part, to set the In-Reply-To: header in the generated mail and thus enable correct threading of replies. Unfortunately, we give the wrong ID. We give the In-Reply-To: header of the message to which the user would be replying, but we should be using Message-Id: of the message in question, instead. See also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123768 (although the example given there no longer shows the problem because I've fixed the bug and recreated the archives since then) ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 14:25 Message: Logged In: YES user_id=11375 Originator: NO Thanks for your bug report! This problem was fixed, using a slightly different patch, in rev.984 of the 2.1 tree; the first released version with the fix is Mailman 2.1.10. This bug can now be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1580310&group_id=103 From noreply at sourceforge.net Fri Jun 6 20:29:09 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 06 Jun 2008 11:29:09 -0700 Subject: [ mailman-Patches-1682990 ] Fix login template Message-ID: Patches item #1682990, was opened at 2007-03-18 04:54 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1682990&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alberto Mardegan (mardy) Assigned to: Nobody/Anonymous (nobody) Summary: Fix login template Initial Comment: Hi, please apply this trivial patch for next release; it's quite critical, since without it it's impossible to login into the administrative panel once you select the interlingua language. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 14:29 Message: Logged In: YES user_id=11375 Originator: NO This patch is trivial and obviously correct (famous last words :) ). It should be applied before the next release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1682990&group_id=103 From noreply at sourceforge.net Fri Jun 6 20:30:45 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 06 Jun 2008 11:30:45 -0700 Subject: [ mailman-Patches-1682990 ] Fix login template Message-ID: Patches item #1682990, was opened at 2007-03-18 04:54 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1682990&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alberto Mardegan (mardy) Assigned to: Nobody/Anonymous (nobody) Summary: Fix login template Initial Comment: Hi, please apply this trivial patch for next release; it's quite critical, since without it it's impossible to login into the administrative panel once you select the interlingua language. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 14:30 Message: Logged In: YES user_id=11375 Originator: NO I found another error like this with rgrep '%[(][^)]*[)][^sdi]' templates ./sl/help.txt:Pomo? za po?tni seznam %(listname): ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 14:29 Message: Logged In: YES user_id=11375 Originator: NO This patch is trivial and obviously correct (famous last words :) ). It should be applied before the next release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1682990&group_id=103 From noreply at sourceforge.net Fri Jun 6 21:52:53 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 06 Jun 2008 12:52:53 -0700 Subject: [ mailman-Patches-1682990 ] Fix login template Message-ID: Patches item #1682990, was opened at 2007-03-18 01:54 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1682990&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.2 / 3.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Alberto Mardegan (mardy) Assigned to: Nobody/Anonymous (nobody) Summary: Fix login template Initial Comment: Hi, please apply this trivial patch for next release; it's quite critical, since without it it's impossible to login into the administrative panel once you select the interlingua language. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-06 12:52 Message: Logged In: YES user_id=1123998 Originator: NO Thanks Andrew. I fixed both templates. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 11:30 Message: Logged In: YES user_id=11375 Originator: NO I found another error like this with rgrep '%[(][^)]*[)][^sdi]' templates ./sl/help.txt:Pomo? za po?tni seznam %(listname): ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 11:29 Message: Logged In: YES user_id=11375 Originator: NO This patch is trivial and obviously correct (famous last words :) ). It should be applied before the next release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1682990&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:15:33 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:15:33 -0700 Subject: [ mailman-Patches-1580310 ] In-Reply-To: in mailto: links incorrect. Message-ID: Patches item #1580310, was opened at 2006-10-19 04:18 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1580310&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pipermail Group: Mailman 2.1 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: David Woodhouse (dwmw2) Assigned to: Nobody/Anonymous (nobody) Summary: In-Reply-To: in mailto: links incorrect. Initial Comment: Mails in the archive have a mailto: link with which you can reply to the email you're viewing. That mailto: URL contains an &In-Reply-To= part, to set the In-Reply-To: header in the generated mail and thus enable correct threading of replies. Unfortunately, we give the wrong ID. We give the In-Reply-To: header of the message to which the user would be replying, but we should be using Message-Id: of the message in question, instead. See also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123768 (although the example given there no longer shows the problem because I've fixed the bug and recreated the archives since then) ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-06 14:25 Message: Logged In: YES user_id=11375 Originator: NO Thanks for your bug report! This problem was fixed, using a slightly different patch, in rev.984 of the 2.1 tree; the first released version with the fix is Mailman 2.1.10. This bug can now be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1580310&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:21:35 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:21:35 -0700 Subject: [ mailman-Patches-1578766 ] Russian newlist template has wrong variable Message-ID: Patches item #1578766, was opened at 2006-10-17 04:59 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1578766&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) Summary: Russian newlist template has wrong variable Initial Comment: Hi, The Russian newlist template ends with "mailman-owner@%(hostname)s", while in more recent templates this is "%(siteowner)s". The attached patch corrects that, you don't need to speak Russian to understand it :) Thijs ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:21 Message: Logged In: YES user_id=11375 Originator: NO Another template with this problem is templates/ko/newlist.txt. I've applied this change in my small-fixes branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1578766&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:26:26 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:26:26 -0700 Subject: [ mailman-Patches-1578740 ] fblast needs a shebang line Message-ID: Patches item #1578740, was opened at 2006-10-17 04:24 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1578740&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) Summary: fblast needs a shebang line Initial Comment: Hi! tests/fblast.py is installed as executable by the Makefile in that dir. It does however not have a shebang line at the start, thus making it not directly executable. It should either not be set +x, or add the line. I've done the latter. Patch is attached, please consider. Thanks! Thijs ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:26 Message: Logged In: YES user_id=11375 Originator: NO Applied to my small-fixes branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1578740&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:36:11 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:36:11 -0700 Subject: [ mailman-Patches-1459897 ] New Arabic translation Message-ID: Patches item #1459897, was opened at 2006-03-28 05:04 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1459897&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Munzir Taha (munzirtaha) Assigned to: Nobody/Anonymous (nobody) Summary: New Arabic translation Initial Comment: Attached is an Arabic translation of mailman. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:36 Message: Logged In: YES user_id=11375 Originator: NO Applied in Mailman 2.1.9. Thank you for your contribution! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1459897&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:36:42 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:36:42 -0700 Subject: [ mailman-Patches-1460471 ] New Vietnamese translation (2.1.8b1) Message-ID: Patches item #1460471, was opened at 2006-03-29 01:31 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1460471&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Clytie Siddall (clytie) Assigned to: Nobody/Anonymous (nobody) Summary: New Vietnamese translation (2.1.8b1) Initial Comment: Here is the Vietnamese translation of the interface file (/messages) for Mailman 2.1.8b1. I will be working through the html templates gradually. Enjoy! :) Please also add me, as requested, to the Mailman language champions. Thankyou. Clytie, Vietnamese translator ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:36 Message: Logged In: YES user_id=11375 Originator: NO Applied in Mailman 2.1.9. Thank you for your contribution! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1460471&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:42:16 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:42:16 -0700 Subject: [ mailman-Patches-1433262 ] Spanish i18n corrections Message-ID: Patches item #1433262, was opened at 2006-02-16 19:03 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1433262&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brion Vibber (vibber) Assigned to: Nobody/Anonymous (nobody) Summary: Spanish i18n corrections Initial Comment: Here's a patch with some corrections for the Spanish translations noticed by one of our users. Some are outright typos, a couple are changes to odd phrasings. Info from our bug tracker: http://bugzilla.wikimedia.org/show_bug.cgi?id=4961 ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:42 Message: Logged In: YES user_id=11375 Originator: NO Applied to my small-fixes branch; thank you very much for your contribution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1433262&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:46:15 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:46:15 -0700 Subject: [ mailman-Patches-1740331 ] New translation: Slovak Message-ID: Patches item #1740331, was opened at 2007-06-20 09:06 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1740331&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Martin Matuska (rebum) Assigned to: Nobody/Anonymous (nobody) Summary: New translation: Slovak Initial Comment: The attached patch adds the slovak translation to Mailman 2.1.9. The included .po file is from SVN trunk. I would like to become the language champion for the Slovak language. Thank you, Martin Matuska ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:46 Message: Logged In: YES user_id=11375 Originator: NO Added in Mailman 2.1.10; thank you for your contribution! ---------------------------------------------------------------------- Comment By: Martin Matuska (rebum) Date: 2007-07-27 08:53 Message: Logged In: YES user_id=41220 Originator: YES File Added: sk-2.1.9-0.1.patch.gz ---------------------------------------------------------------------- Comment By: Martin Matuska (rebum) Date: 2007-07-27 08:52 Message: Logged In: YES user_id=41220 Originator: YES File Added: templates.tar.gz ---------------------------------------------------------------------- Comment By: Martin Matuska (rebum) Date: 2007-07-27 08:50 Message: Logged In: YES user_id=41220 Originator: YES File Added: mailman.po.gz ---------------------------------------------------------------------- Comment By: Martin Matuska (rebum) Date: 2007-06-20 12:07 Message: Logged In: YES user_id=41220 Originator: YES Updated translation and single mailman.po + templates can be found under: http://www.matuska.org/martin/mailman ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1740331&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:52:33 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:52:33 -0700 Subject: [ mailman-Patches-916196 ] broken link in german online messages Message-ID: Patches item #916196, was opened at 2004-03-14 17:55 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=916196&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization >Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: GCS (gcsideal) Assigned to: Nobody/Anonymous (nobody) Summary: broken link in german online messages Initial Comment: Submitted by Ralf Doeblitz for the Debian package of MailMan. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:52 Message: Logged In: YES user_id=11375 Originator: NO Applied to my small-fixes branch; thanks for your contribution! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=916196&group_id=103 From noreply at sourceforge.net Sat Jun 7 14:52:24 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 05:52:24 -0700 Subject: [ mailman-Patches-916196 ] broken link in german online messages Message-ID: Patches item #916196, was opened at 2004-03-14 17:55 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=916196&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: GCS (gcsideal) Assigned to: Nobody/Anonymous (nobody) Summary: broken link in german online messages Initial Comment: Submitted by Ralf Doeblitz for the Debian package of MailMan. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 08:52 Message: Logged In: YES user_id=11375 Originator: NO Applied to my small-fixes branch; thanks for your contribution! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=916196&group_id=103 From noreply at sourceforge.net Sat Jun 7 15:07:42 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 06:07:42 -0700 Subject: [ mailman-Patches-834357 ] Allow list templates for archives Message-ID: Patches item #834357, was opened at 2003-11-01 19:45 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=834357&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pipermail Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Nick Barcet (nbarcet) Assigned to: Nobody/Anonymous (nobody) Summary: Allow list templates for archives Initial Comment: The template mechanism currently does not work in HyperArchiver : It is not possible to modify specifically the template for a given site in the archive template (placing a list specific template in /var/lib/Mailman/lists/<listname>/<lang>/ because of a small bug in Mailman.Archiver.HyperHarch. To fix it modify /usr/lib/mailman/Mailman/Archiver/HyperArch.py, in function quick_maketext, change line 175: template = Utils.maketext(templatefile, lang=lang, raw=1) into: template = Utils.maketext(templatefile, lang=lang, raw=1, mlist=mlist) And it works... Nick ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 09:07 Message: Logged In: YES user_id=11375 Originator: NO The change seems to have been applied to Mailman at some point. Thanks for your contribution! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=834357&group_id=103 From noreply at sourceforge.net Sat Jun 7 15:13:26 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 06:13:26 -0700 Subject: [ mailman-Patches-1469076 ] Updated Vietnamese translation 2.1.8rc1 Message-ID: Patches item #1469076, was opened at 2006-04-12 03:54 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1469076&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Clytie Siddall (clytie) Assigned to: Nobody/Anonymous (nobody) Summary: Updated Vietnamese translation 2.1.8rc1 Initial Comment: Here's the updated translation. :) ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 09:13 Message: Logged In: YES user_id=11375 Originator: NO I can't tell if this patch is still relevant; the Vietnamese translation was updated in rev. 941 (2006-09-07) and rev. 1034 (2008-01-03), both after this patch was submitted. Clytie, can you please say if this patch still matters, or if it should just be closed? Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1469076&group_id=103 From noreply at sourceforge.net Sat Jun 7 15:18:22 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 06:18:22 -0700 Subject: [ mailman-Patches-1418016 ] Dutch translation update Message-ID: Patches item #1418016, was opened at 2006-01-29 11:04 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1418016&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Schoinobates Volans (schoinobates) Assigned to: Nobody/Anonymous (nobody) Summary: Dutch translation update Initial Comment: A Debian user, Luc Stroobant, has contributed this update to the Dutch translation. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 09:18 Message: Logged In: YES user_id=11375 Originator: NO Is this patch still relevant? Rev. 942, dated 2006-09-07, is described as "Committed updated Dutch translations of the messages." Can you please check if the changes in this patch are still applicable to the current version, 2.1.10? Thanks! ---------------------------------------------------------------------- Comment By: Schoinobates Volans (schoinobates) Date: 2006-02-17 11:25 Message: Logged In: YES user_id=41822 Slightly updated version. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1418016&group_id=103 From noreply at sourceforge.net Sat Jun 7 15:29:24 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 06:29:24 -0700 Subject: [ mailman-Patches-1719017 ] % -> %% fix in templates/nl/private.html Message-ID: Patches item #1719017, was opened at 2007-05-14 21:15 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1719017&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert S. (rj667) Assigned to: Nobody/Anonymous (nobody) Summary: % -> %% fix in templates/nl/private.html Initial Comment: The file templates/nl/private.html has WIDTH="100%" instead of WIDTH="100%%", resulting in an incorrect webpage after Mailman processed the template. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 09:29 Message: Logged In: YES user_id=11375 Originator: NO If this fix to escape % symbols is actually needed, we must have a lot of broken templates. rgrep '[^%]%[^(%]' templates/ reports 1378 lines with single '%' signs; surely they can't all be broken. Did we add some code that fixes single % signs? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1719017&group_id=103 From noreply at sourceforge.net Sat Jun 7 15:36:39 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 06:36:39 -0700 Subject: [ mailman-Patches-1537408 ] Log error on screwed-up template in archiver Message-ID: Patches item #1537408, was opened at 2006-08-09 10:17 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1537408&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) >Summary: Log error on screwed-up template in archiver Initial Comment: Hello! Bob Tanner supplied us with the following patch to add logging to the code that handles really "screwed up templates" so the admin can more easily see what has gone wrong. Please consider, thanks! Thijs --- HyperArch.py 2003-12-26 14:41:30.000000000 -0600 +++ HyperArch.py-bob 2005-11-23 03:19:13.000000000 -0600 @@ -217,8 +217,9 @@ Utils.GetCharSet(lang), 'replace') text = sdict.interpolate(utemplate) - except (TypeError, ValueError): + except (TypeError, ValueError), e: # The template is really screwed up + syslog('error', 'The template is really screwed up: %s\n', e) pass # Make sure the text is in the given character set, or html-ify any # bogus # characters. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 09:36 Message: Logged In: YES user_id=11375 Originator: NO I've attached a patch file including this change, but haven't actually tested the code with the patch yet. File Added: mailman-archiver-template.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1537408&group_id=103 From noreply at sourceforge.net Sat Jun 7 15:36:26 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 06:36:26 -0700 Subject: [ mailman-Patches-1537408 ] Log error on screwed-up template Message-ID: Patches item #1537408, was opened at 2006-08-09 10:17 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1537408&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) Summary: Log error on screwed-up template Initial Comment: Hello! Bob Tanner supplied us with the following patch to add logging to the code that handles really "screwed up templates" so the admin can more easily see what has gone wrong. Please consider, thanks! Thijs --- HyperArch.py 2003-12-26 14:41:30.000000000 -0600 +++ HyperArch.py-bob 2005-11-23 03:19:13.000000000 -0600 @@ -217,8 +217,9 @@ Utils.GetCharSet(lang), 'replace') text = sdict.interpolate(utemplate) - except (TypeError, ValueError): + except (TypeError, ValueError), e: # The template is really screwed up + syslog('error', 'The template is really screwed up: %s\n', e) pass # Make sure the text is in the given character set, or html-ify any # bogus # characters. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 09:36 Message: Logged In: YES user_id=11375 Originator: NO I've attached a patch file including this change, but haven't actually tested the code with the patch yet. File Added: mailman-archiver-template.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1537408&group_id=103 From noreply at sourceforge.net Sat Jun 7 17:51:34 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 08:51:34 -0700 Subject: [ mailman-Patches-1719017 ] % -> %% fix in templates/nl/private.html Message-ID: Patches item #1719017, was opened at 2007-05-14 18:15 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1719017&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Robert S. (rj667) Assigned to: Nobody/Anonymous (nobody) Summary: % -> %% fix in templates/nl/private.html Initial Comment: The file templates/nl/private.html has WIDTH="100%" instead of WIDTH="100%%", resulting in an incorrect webpage after Mailman processed the template. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-07 08:51 Message: Logged In: YES user_id=1123998 Originator: NO Actually, it is needed. Most of the lines with single % are in listinfo.html, options.html and roster.html templates which are processed by HtmlFormatter.ParseTags() which doesn't do % interpolation. Of the rest, 4 are in hu/illik.html which is spurious, 4 are of the form %25(...)s - which should probably be %(...)25s - in various zh_CN templates and 2 are in nl/private.html. Yesterday, I actually produced and uploaded, but didn't yet announce, a 2.1.11rc1 release. It doesn't have these fixes to nl/private.html, but they will be in the next 2.1.11 release. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 06:29 Message: Logged In: YES user_id=11375 Originator: NO If this fix to escape % symbols is actually needed, we must have a lot of broken templates. rgrep '[^%]%[^(%]' templates/ reports 1378 lines with single '%' signs; surely they can't all be broken. Did we add some code that fixes single % signs? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1719017&group_id=103 From noreply at sourceforge.net Sat Jun 7 18:14:13 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 09:14:13 -0700 Subject: [ mailman-Patches-916196 ] broken link in german online messages Message-ID: Patches item #916196, was opened at 2004-03-14 14:55 Message generated for change (Settings changed) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=916196&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: GCS (gcsideal) Assigned to: Nobody/Anonymous (nobody) Summary: broken link in german online messages Initial Comment: Submitted by Ralf Doeblitz for the Debian package of MailMan. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-07 09:14 Message: Logged In: YES user_id=1123998 Originator: NO Will be applied to the 2.1 branch for the next 2.1.11 release after rc1. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 05:52 Message: Logged In: YES user_id=11375 Originator: NO Applied to my small-fixes branch; thanks for your contribution! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=916196&group_id=103 From noreply at sourceforge.net Sat Jun 7 18:22:40 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 07 Jun 2008 09:22:40 -0700 Subject: [ mailman-Patches-1578766 ] Russian newlist template has wrong variable Message-ID: Patches item #1578766, was opened at 2006-10-17 01:59 Message generated for change (Settings changed) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1578766&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) Summary: Russian newlist template has wrong variable Initial Comment: Hi, The Russian newlist template ends with "mailman-owner@%(hostname)s", while in more recent templates this is "%(siteowner)s". The attached patch corrects that, you don't need to speak Russian to understand it :) Thijs ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-07 09:22 Message: Logged In: YES user_id=1123998 Originator: NO The fixes for both the ru/newlist.txt and ko/newlist.txt will be applied to the 2.1 branch for the next 2.1.11 release after rc1. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-07 05:21 Message: Logged In: YES user_id=11375 Originator: NO Another template with this problem is templates/ko/newlist.txt. I've applied this change in my small-fixes branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1578766&group_id=103 From noreply at sourceforge.net Sun Jun 8 13:38:41 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 04:38:41 -0700 Subject: [ mailman-Bugs-1867286 ] man newlist touchup Message-ID: Bugs item #1867286, was opened at 2008-01-08 18:36 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1867286&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: documentation Group: None >Status: Closed >Resolution: Invalid Priority: 2 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: man newlist touchup Initial Comment: $ man newlist SYNOPSIS newlist [options] listname listadmin-addr admin-password NOTES You can specify as many of the arguments as you want on the command line: you will be prompted for the missing ones. ***OK, then say newlist [options] [listname] [listadmin-addr] [admin-password] OPTIONS -l language, --language=language Make the list's preferred language `language', which must be a two letter language code. ***But there are TWO kinds of Chinese! zh_CN zh_TW, etc. That's more than TWO letters. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-08 07:38 Message: Logged In: YES user_id=11375 Originator: NO Mailman doesn't contain any man pages. The man pages in question were probably added by your Linux distribution; I suggest reporting the issue in their bug tracker. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1867286&group_id=103 From noreply at sourceforge.net Sun Jun 8 13:40:08 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 04:40:08 -0700 Subject: [ mailman-Feature Requests-1789138 ] Feature Request -- OpenID support Message-ID: Feature Requests item #1789138, was opened at 2007-09-06 00:58 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1789138&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Susan E. S. (meltedtwix) Assigned to: Nobody/Anonymous (nobody) Summary: Feature Request -- OpenID support Initial Comment: I would love to see MailMan accept OpenID as a login method. It would take a load off of those of us with too many mailing lists to keep track of. Information on OpenID is available at OpenID.net Susan ---------------------------------------------------------------------- Comment By: Jeff Lawson (bovineone) Date: 2008-04-01 15:13 Message: Logged In: YES user_id=511066 Originator: NO Presumably you would need to be able to log into your Mailman account with the password once, in order to associate an OpenID URL with your account. Alternatively, when the user initially joins a list, she could be permitted to enter an OpenID URL instead of an initial password. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1789138&group_id=103 From noreply at sourceforge.net Sun Jun 8 13:55:43 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 04:55:43 -0700 Subject: [ mailman-Bugs-1588617 ] Mistake in french translation Message-ID: Bugs item #1588617, was opened at 2006-11-01 09:21 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1588617&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Maxime Carron (Pingoomax) (pingoomax) Assigned to: Nobody/Anonymous (nobody) Summary: Mistake in french translation Initial Comment: I changed my email address on a mailing-list powered by mailman. Here is the text displayed, when I click on the link received in the confirmation email. ------------- Confirmez la requ?te de changement d'adresse Votre confirmation est n?cessaire pour achever le processus de changement d'adresse pour la liste fedora-fr-doc. Vous ?tes actuellement abonn? avec comme * Nom Complet: Maxime CARRON * Adresse Courriel: *******@*****.com et vous avez demand? un de votre adresse courriel vers * Nouvelle Adresse Courriel: ******@******.com Cliquez sur le bouton Changer l'adresse ci-dessous pour achever le processus de confirmation. Ou cliquez sur Annuler et ignorer pour annuler cette requ?te de changement d'adresse. -------------------- "et vous avez demand? un de votre adresse courriel..." should be : "et vous avez demand? un **changement** de votre adresse courriel" VERSION FRANCAISE : (ca sera plus clair) Il manque un mot dans une phrase (cf ci-dessus). Cette page est affich?e lorsque l'on clique sur le lien envoy? dans le mail de confirmation, recu apres une demande de changement d'adresse mail. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-08 07:55 Message: Logged In: YES user_id=11375 Originator: NO Thanks; applied to the small-fixes branch. I've made a further correction -- 'globally/globalement' is an adverb, so I've moved it near the verb. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1588617&group_id=103 From noreply at sourceforge.net Sun Jun 8 13:57:11 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 04:57:11 -0700 Subject: [ mailman-Bugs-1621278 ] incomplete reply link in archived posts Message-ID: Bugs item #1621278, was opened at 2006-12-23 09:16 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1621278&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Kumaraguru (kums) Assigned to: Nobody/Anonymous (nobody) Summary: incomplete reply link in archived posts Initial Comment: When viewing the archived messages/posts, one can reply to a post by clicking the mailto link next to the author's name. This is of the form mailto:foo at bar.com?Subject=postsubject&In-Reply-To=unique_message_id ************ THE BUG ************ The unique id for In-Reply-To is present only for posts that are replies to another post. The top level posts don't have a unique id in the mailto link. It is simply blank like it's shown below. mailto:foo at bar.com?Subject=postsubject&In-Reply-To= ****************** WHY IT MATTERS ****************** Some people may disable mail delivery when the mailing list becomes a high volume one. They can see the archived messages through the web front-end. If they are still subscribed to the mailing list, they can even reply to the list by clicking the above mentioned mailto link. For messages which are replies to another post, the mailto link is properly formed having a unique messageid for use in the In-Reply-To header. However, for the top level posts, the mailto link is incomplete as the In-Reply-To is simply blank. If someone replied to a top level post by clicking it's reply link, the reply message will appear out-of-sync as a different top-level post instead of being a reply to the original post. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-08 07:57 Message: Logged In: YES user_id=11375 Originator: NO Thanks for your report! This bug has been fixed in the current Mailman release. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2006-12-23 12:40 Message: Logged In: YES user_id=1123998 Originator: NO It's actually worse than you say. The In-Reply-To= in the mailto URL does not contain the Message-ID: of the message being viewed. It contains the In-Reply-To: of the message being viewed, and can be empty for a subordinate message in a thread if that message doesn't contain an In-Reply-To: and was threaded by References:. Thus, even when present, it is wrong and results in improper threading of replies that use it. I will look at fixing this, but the archiver is complex and fragile, so I don't know how difficult this will be. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1621278&group_id=103 From noreply at sourceforge.net Sun Jun 8 13:58:18 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 04:58:18 -0700 Subject: [ mailman-Bugs-1878601 ] FAQ Wizard must add links to req=show on every page Message-ID: Bugs item #1878601, was opened at 2008-01-23 19:49 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1878601&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: documentation Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: FAQ Wizard must add links to req=show on every page Initial Comment: Welcome to move this bug to where it belongs. Q: On http://www.python.org/cgi-bin/faqw-mm.py?req=all how does one link to one of the individual FAQs? One doesn't. One must go to http://www.python.org/cgi-bin/faqw-mm.py?req=index to find the links, because for some reason, no HREF tags are implanted into the titles on http://www.python.org/cgi-bin/faqw-mm.py?req=all or an "edit" page. I.e., I have just edited a FAQ and am starting at the results. But there is no link for me to copy to send to my friend to tell him to have a look. This is unlike Wikipedia, where there is always a link to just view, an article. Also at least in a Wikipedia TOC, one can find links to the anchors too... ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-08 07:58 Message: Logged In: YES user_id=11375 Originator: NO The FAQ has been moved into the Wiki, so this FAQwizard issue no longer needs to be fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1878601&group_id=103 From noreply at sourceforge.net Sun Jun 8 14:01:43 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 05:01:43 -0700 Subject: [ mailman-Feature Requests-1687455 ] Mailman should detect mailextensions Message-ID: Feature Requests item #1687455, was opened at 2007-03-24 12:34 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1687455&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None >Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: Mailman should detect mailextensions Initial Comment: Mailextensions are realised by adding "+extension" to the userpart of the e-mail-address. It's helpful to filter mailinglists and other stuff. p.heinlein+extension1 at heinlein-support.de is the same like "p.heinlein at heinlein-support.de". If user+extension@ is subscribed to a mailinglist, Mailman should also accept user@ as a subscribed member address. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1687455&group_id=103 From noreply at sourceforge.net Sun Jun 8 14:04:29 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 05:04:29 -0700 Subject: [ mailman-Bugs-1511226 ] Bug in cs translation Message-ID: Bugs item #1511226, was opened at 2006-06-23 06:28 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1511226&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ladislav Vaiz (ziav) Assigned to: Nobody/Anonymous (nobody) Summary: Bug in cs translation Initial Comment: Please apply patch sent as attachment. It fixed month name bug in Czech transation. Thank you. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-08 08:04 Message: Logged In: YES user_id=11375 Originator: NO There's no patch attached to the bug, possibly due to a SourceForge problem. If you remember the problem, can you please look at the current source code at http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/files, and check if the error is still there? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1511226&group_id=103 From noreply at sourceforge.net Sun Jun 8 14:30:39 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 05:30:39 -0700 Subject: [ mailman-Bugs-1733057 ] Portuguese Translation Message-ID: Bugs item #1733057, was opened at 2007-06-07 16:44 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1733057&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: documentation Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: gpsilva2003 (gpsilva2003) Assigned to: Nobody/Anonymous (nobody) Summary: Portuguese Translation Initial Comment: From: Gabriel P. Silva e-mail: gabriel at dcc.ufrj.br Mailman version 2.1.6 Dears, In the administration interface, within "Op??es de Privacidade..." the field "Avisar esta lista quando pessoas perguntarem que listas est?o nesta m?quina?" should be "Divulgar o nome desta lista quando algu?m perguntar que listas existem nesta m?quina?". The first phrase has a completely different meaning from the original, something like "Announce to this list when people ask what lists are on this machine?" instead of "Advertise this list when people ask what lists are on this machine?" Regards, Gabriel P. Silva ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-08 08:30 Message: Logged In: YES user_id=11375 Originator: NO Applied to the small-fixes branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1733057&group_id=103 From noreply at sourceforge.net Sun Jun 8 14:36:08 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 05:36:08 -0700 Subject: [ mailman-Bugs-1417678 ] Dutch translation wrong Message-ID: Bugs item #1417678, was opened at 2006-01-28 18:56 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1417678&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Koen Martens (gmc2000) Assigned to: Nobody/Anonymous (nobody) Summary: Dutch translation wrong Initial Comment: On some versions i've seen 'Uw bent' in the dutch translation of certain messages, this should be 'U bent' (uw is possesive): # grep "Uw bent" * -r messages/nl/LC_MESSAGES/mailman.po:"Uw bent op deze lijst aangemeld met het adres met niet te wijzigen You are " messages/nl/LC_MESSAGES/mailman.po:msgstr "Uw bent afgemeld van de %(realname)s maillijst" Binary file messages/nl/LC_MESSAGES/mailman.mo matches Solution is simple: just s/Uw bent/U bent/g ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-08 08:36 Message: Logged In: YES user_id=11375 Originator: NO This change seems to have been applied, and Debian doesn't seem to have a patch to the NL translation now. Closing this bug; thanks for your report! ---------------------------------------------------------------------- Comment By: Schoinobates Volans (schoinobates) Date: 2006-02-17 11:24 Message: Logged In: YES user_id=41822 More generally, Debian ships with a patched Dutch translation (contributed by a user). SourceForge deems it adequate to forbid me to attach it here, so contact the maintainers at pkg-mailman-hackers at lists.alioth.debian.org or take it from any Debian mirror. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1417678&group_id=103 From noreply at sourceforge.net Sun Jun 8 14:38:04 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2008 05:38:04 -0700 Subject: [ mailman-Bugs-1344305 ] trojan problem Message-ID: Bugs item #1344305, was opened at 2005-10-31 16:30 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1344305&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: More Information Needed >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: AchiestDragon (david-powell) Assigned to: Nobody/Anonymous (nobody) Summary: trojan problem Initial Comment: more a observed comment but may have other implications recently i was running bit defender antivirus on my pc and found it reported /usr/lib/mailman/tests/msgs/nimda.txt=>(IFRAME) infected: Trojan.Exploit.Html.Iframe.Filedownload.AW <- cevakrnl.xmd from what i can gather the file is one used for testing (not shure if the actual exploit code needs to be there for that though) but it raises an issue in that because of the file being included in the distributed code it may cause some distributions from including the whole package in there distributions and may also possibaly in some cercumstances lead to legal action as it may be construded that this trojan code is being distributed just feel that this should be pointed out to you Dave ---------------------------------------------------------------------- Comment By: AchiestDragon (david-powell) Date: 2005-10-31 20:33 Message: Logged In: YES user_id=1175630 ok ty for the info , was just concerned that it may be a problem never had chance to look at the file the checker deleted it Dave ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2005-10-31 17:17 Message: Logged In: YES user_id=1123998 The file never contained any trojan code. It is safe to look at it and if you do, you'll see that it is mostly MIME headers and a few bits of innocuous content. As of Mailman 2.1.6, the file is no longer in the distribution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1344305&group_id=103 From noreply at sourceforge.net Mon Jun 9 15:26:05 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 09 Jun 2008 06:26:05 -0700 Subject: [ mailman-Patches-1193846 ] pass emailhost to mlist.Create Message-ID: Patches item #1193846, was opened at 2005-05-02 10:57 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jorge Jimenez (tribus) Assigned to: Nobody/Anonymous (nobody) Summary: pass emailhost to mlist.Create Initial Comment: As bin/newlist has emailhost option, then make mlist.Create call with lang and host_name parameters to take care of it. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 09:26 Message: Logged In: YES user_id=11375 Originator: NO This patch is slightly out-of-date -- mlist.Create now takes a langs parameter instead of just 'lang' -- but adding the host_name is still relevant. mlist.Create checks the validity of postingaddr based upon the emailhost, so setting it after-the-fact is sidestepping that check. I'll try to apply and test this patch, but won't do it not in time for 2.1.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 From noreply at sourceforge.net Mon Jun 9 17:52:39 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 09 Jun 2008 08:52:39 -0700 Subject: [ mailman-Patches-1193846 ] pass emailhost to mlist.Create Message-ID: Patches item #1193846, was opened at 2005-05-02 07:57 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: Mailman 2.1 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Jorge Jimenez (tribus) Assigned to: Nobody/Anonymous (nobody) Summary: pass emailhost to mlist.Create Initial Comment: As bin/newlist has emailhost option, then make mlist.Create call with lang and host_name parameters to take care of it. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-09 08:52 Message: Logged In: YES user_id=1123998 Originator: NO Nothing in this patch is currently relevant. The 'lang' part of it was fixed in Mailman 2.1.10, and host_name and web_page_url have been set appropriately by newlist since 2.1.6 although they are not passed to mlist.Create but set after. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 06:26 Message: Logged In: YES user_id=11375 Originator: NO This patch is slightly out-of-date -- mlist.Create now takes a langs parameter instead of just 'lang' -- but adding the host_name is still relevant. mlist.Create checks the validity of postingaddr based upon the emailhost, so setting it after-the-fact is sidestepping that check. I'll try to apply and test this patch, but won't do it not in time for 2.1.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 From noreply at sourceforge.net Mon Jun 9 19:16:32 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 09 Jun 2008 10:16:32 -0700 Subject: [ mailman-Patches-1193846 ] pass emailhost to mlist.Create Message-ID: Patches item #1193846, was opened at 2005-05-02 10:57 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: Mailman 2.1 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jorge Jimenez (tribus) Assigned to: Nobody/Anonymous (nobody) Summary: pass emailhost to mlist.Create Initial Comment: As bin/newlist has emailhost option, then make mlist.Create call with lang and host_name parameters to take care of it. ---------------------------------------------------------------------- >Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 13:16 Message: Logged In: YES user_id=11375 Originator: NO Here's why I think the emailhost portion is still relevant, though not very important. MailList.Create does: postingaddr = '%s@%s' % (name, emailhost) try: Utils.ValidateEmail(postingaddr) except Errors.MMBadEmailError: raise Errors.BadListNameError, postingaddr Setting the emailhost after calling .Create() side-steps this check, and it doesn't look like bin/newlist does anything like this check, nor does it call MailList.CheckValues(). Perhaps the above check should be put into .CheckValues(), and newlist changed to do mlist.CheckValues(). ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-09 11:52 Message: Logged In: YES user_id=1123998 Originator: NO Nothing in this patch is currently relevant. The 'lang' part of it was fixed in Mailman 2.1.10, and host_name and web_page_url have been set appropriately by newlist since 2.1.6 although they are not passed to mlist.Create but set after. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 09:26 Message: Logged In: YES user_id=11375 Originator: NO This patch is slightly out-of-date -- mlist.Create now takes a langs parameter instead of just 'lang' -- but adding the host_name is still relevant. mlist.Create checks the validity of postingaddr based upon the emailhost, so setting it after-the-fact is sidestepping that check. I'll try to apply and test this patch, but won't do it not in time for 2.1.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 From noreply at sourceforge.net Mon Jun 9 19:59:43 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 09 Jun 2008 10:59:43 -0700 Subject: [ mailman-Patches-1193846 ] pass emailhost to mlist.Create Message-ID: Patches item #1193846, was opened at 2005-05-02 07:57 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: Mailman 2.1 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jorge Jimenez (tribus) Assigned to: Nobody/Anonymous (nobody) Summary: pass emailhost to mlist.Create Initial Comment: As bin/newlist has emailhost option, then make mlist.Create call with lang and host_name parameters to take care of it. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-09 10:59 Message: Logged In: YES user_id=1123998 Originator: NO I see what you're saying, but if this is to be addressed, I think it should be done in newlist itself, possibly as you suggest via a modified MailList.CheckValues(). I don't think it should be done by passing host_name to MailList.Create() because if that is done, the exception thrown by Create() is Errors.BadListNameError and it is reported by newlist as 'Illegal list name'. The problem here is if I specify say a listname of 'list' and an unqualified email host name of 'host' to newlist, newlist reports 'Illegal list name: list at host' which is confusing to the user who doesn't realize that the problem is 'host' needs to be qualified. In summary, I think this patch should remain closed and perhaps a new bug should be opened for 'newlist doesn't validate urlhost and emailhost arguments'. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 10:16 Message: Logged In: YES user_id=11375 Originator: NO Here's why I think the emailhost portion is still relevant, though not very important. MailList.Create does: postingaddr = '%s@%s' % (name, emailhost) try: Utils.ValidateEmail(postingaddr) except Errors.MMBadEmailError: raise Errors.BadListNameError, postingaddr Setting the emailhost after calling .Create() side-steps this check, and it doesn't look like bin/newlist does anything like this check, nor does it call MailList.CheckValues(). Perhaps the above check should be put into .CheckValues(), and newlist changed to do mlist.CheckValues(). ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-09 08:52 Message: Logged In: YES user_id=1123998 Originator: NO Nothing in this patch is currently relevant. The 'lang' part of it was fixed in Mailman 2.1.10, and host_name and web_page_url have been set appropriately by newlist since 2.1.6 although they are not passed to mlist.Create but set after. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 06:26 Message: Logged In: YES user_id=11375 Originator: NO This patch is slightly out-of-date -- mlist.Create now takes a langs parameter instead of just 'lang' -- but adding the host_name is still relevant. mlist.Create checks the validity of postingaddr based upon the emailhost, so setting it after-the-fact is sidestepping that check. I'll try to apply and test this patch, but won't do it not in time for 2.1.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 From noreply at sourceforge.net Mon Jun 9 20:10:02 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 09 Jun 2008 11:10:02 -0700 Subject: [ mailman-Patches-1193846 ] pass emailhost to mlist.Create Message-ID: Patches item #1193846, was opened at 2005-05-02 10:57 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: command line scripts Group: Mailman 2.1 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jorge Jimenez (tribus) Assigned to: Nobody/Anonymous (nobody) Summary: pass emailhost to mlist.Create Initial Comment: As bin/newlist has emailhost option, then make mlist.Create call with lang and host_name parameters to take care of it. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-09 14:10 Message: Logged In: YES user_id=12800 Originator: NO I don't think this should be done in newlist. I've always regretted putting too much logic into the bin scripts because very often the code wants to be used elsewhere too. But anything in a script is basically unavailable to other parts of Mailman. +1 for working up a new bug/patch for validating urlhost and emailhost. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-09 13:59 Message: Logged In: YES user_id=1123998 Originator: NO I see what you're saying, but if this is to be addressed, I think it should be done in newlist itself, possibly as you suggest via a modified MailList.CheckValues(). I don't think it should be done by passing host_name to MailList.Create() because if that is done, the exception thrown by Create() is Errors.BadListNameError and it is reported by newlist as 'Illegal list name'. The problem here is if I specify say a listname of 'list' and an unqualified email host name of 'host' to newlist, newlist reports 'Illegal list name: list at host' which is confusing to the user who doesn't realize that the problem is 'host' needs to be qualified. In summary, I think this patch should remain closed and perhaps a new bug should be opened for 'newlist doesn't validate urlhost and emailhost arguments'. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 13:16 Message: Logged In: YES user_id=11375 Originator: NO Here's why I think the emailhost portion is still relevant, though not very important. MailList.Create does: postingaddr = '%s@%s' % (name, emailhost) try: Utils.ValidateEmail(postingaddr) except Errors.MMBadEmailError: raise Errors.BadListNameError, postingaddr Setting the emailhost after calling .Create() side-steps this check, and it doesn't look like bin/newlist does anything like this check, nor does it call MailList.CheckValues(). Perhaps the above check should be put into .CheckValues(), and newlist changed to do mlist.CheckValues(). ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-09 11:52 Message: Logged In: YES user_id=1123998 Originator: NO Nothing in this patch is currently relevant. The 'lang' part of it was fixed in Mailman 2.1.10, and host_name and web_page_url have been set appropriately by newlist since 2.1.6 although they are not passed to mlist.Create but set after. ---------------------------------------------------------------------- Comment By: A.M. Kuchling (akuchling) Date: 2008-06-09 09:26 Message: Logged In: YES user_id=11375 Originator: NO This patch is slightly out-of-date -- mlist.Create now takes a langs parameter instead of just 'lang' -- but adding the host_name is still relevant. mlist.Create checks the validity of postingaddr based upon the emailhost, so setting it after-the-fact is sidestepping that check. I'll try to apply and test this patch, but won't do it not in time for 2.1.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1193846&group_id=103 From noreply at sourceforge.net Tue Jun 10 13:44:31 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 10 Jun 2008 04:44:31 -0700 Subject: [ mailman-Bugs-1989694 ] mailman-created archives are a PITA by default Message-ID: Bugs item #1989694, was opened at 2008-06-10 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=1989694&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pipermail Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Toni Mueller (tonimueller) Assigned to: Nobody/Anonymous (nobody) Summary: mailman-created archives are a PITA by default Initial Comment: Hello, after finally getting _thoroughly_fed_up_ with the broken archiving options of Mailman, which do nothing to thwart spammers, but makes re-integrating the mail into a live mailbox for local reading a PITA, I came across this thread: http://www.mail-archive.com/mailman-users at python.org/msg49367.html I can "fix" all the mail addresses in an archive I've downloaded using only two vi commands, and I could fix the stupid date format using one more command (presumably), but the fact that any spam bot worth their salt could do it automatically, or that a script doing it could be written in five minutes, doesn't imho warrant to create that extra pain for all regular users. Mailman should provide non-obfuscated archives by default or fully obfuscated archives, at the administrator's discretion, and with a good explanation up front that all the listmasters can read before toggling the switch. Btw, I do have a "legitimate" use for un-obfuscated email addresses (ie, being able to reply to posts after joining a list), but the current state of affairs _only_ serves to aggravate legitimate users, and should be considered snake oil at best, and also "advertised" as such. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1989694&group_id=103 From noreply at sourceforge.net Tue Jun 10 16:38:13 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 10 Jun 2008 07:38:13 -0700 Subject: [ mailman-Bugs-1989865 ] Web UI should give metrics to new subscribers Message-ID: Bugs item #1989865, was opened at 2008-06-10 14: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=1989865&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: mattl (gnuboy) Assigned to: Nobody/Anonymous (nobody) Summary: Web UI should give metrics to new subscribers Initial Comment: When joining a new list, Mailman should present the user with some metrics on average amounts of list traffic so they can easily gauge their options. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1989865&group_id=103 From noreply at sourceforge.net Tue Jun 10 19:38:31 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 10 Jun 2008 10:38:31 -0700 Subject: [ mailman-Feature Requests-1989865 ] Web UI should give metrics to new subscribers Message-ID: Feature Requests item #1989865, was opened at 2008-06-10 07:38 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1989865&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: mattl (gnuboy) Assigned to: Nobody/Anonymous (nobody) Summary: Web UI should give metrics to new subscribers Initial Comment: When joining a new list, Mailman should present the user with some metrics on average amounts of list traffic so they can easily gauge their options. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-10 10:38 Message: Logged In: YES user_id=1123998 Originator: NO Moved to Feature Requests. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1989865&group_id=103 From noreply at sourceforge.net Thu Jun 12 00:15:49 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 11 Jun 2008 15:15:49 -0700 Subject: [ mailman-Bugs-1991348 ] Decorate can create a multipart message with no part headers Message-ID: Bugs item #1991348, was opened at 2008-06-11 15:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1991348&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mark Sapiro (msapiro) Assigned to: Mark Sapiro (msapiro) Summary: Decorate can create a multipart message with no part headers Initial Comment: If the message to be decorated is a single part message with no Content-* headers and the message body contains non-us-ascii characters (note that this is not a valid message), Decorate.process() will convert the message to multipart/mixed with a text/plain part for the original body and additional text/plain part(s) for msg_header and/or msg_footer. The problem is the part that corresponds to the original message body has no part headers which confuses some mail readers. This is fixed in bzr for 2.1.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1991348&group_id=103 From noreply at sourceforge.net Thu Jun 12 01:00:17 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 11 Jun 2008 16:00:17 -0700 Subject: [ mailman-Bugs-1991348 ] Decorate can create a multipart message with no part headers Message-ID: Bugs item #1991348, was opened at 2008-06-11 15:15 Message generated for change (Settings changed) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1991348&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Mark Sapiro (msapiro) Assigned to: Mark Sapiro (msapiro) Summary: Decorate can create a multipart message with no part headers Initial Comment: If the message to be decorated is a single part message with no Content-* headers and the message body contains non-us-ascii characters (note that this is not a valid message), Decorate.process() will convert the message to multipart/mixed with a text/plain part for the original body and additional text/plain part(s) for msg_header and/or msg_footer. The problem is the part that corresponds to the original message body has no part headers which confuses some mail readers. This is fixed in bzr for 2.1.11. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1991348&group_id=103 From noreply at sourceforge.net Sat Jun 14 00:35:56 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 13 Jun 2008 15:35:56 -0700 Subject: [ mailman-Bugs-1993432 ] Feature Request: List Confg Export/Import via Web/Email Message-ID: Bugs item #1993432, was opened at 2008-06-13 22: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=1993432&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Vanessa Layne (vlayne) Assigned to: Nobody/Anonymous (nobody) Summary: Feature Request: List Confg Export/Import via Web/Email Initial Comment: Feature request summary: That the web admin interface provide the admin (list owner) with a way to download a configuration file for his list which contains absolutely the entire specifics of his list, and a way to upload such a configuration list, so that lists can be backed up or moved from server to server by list owners who do not have system-level access to the Mailman servers, a situation typical of Mailman installs in commercial hosting companies. Explaination of the Problem and its Context: There is presently no way for a list owner to extract from Mailman the configurations of his list unless he has command-line access. It is essentially impossible to move a list from one Mailman server to another without data loss unless one has access to the command-line tools and/or the system level files. Note that manually reconfiguring the list on another server loses all of the bounce-suspensions and user-suspensions (that is, accounts the owners of which have suspended while on vacation). The admin can only suspend subscriptions as "admin", so that, for instance, users on vacation then must ask the admin to unsuspend them. That in addition to the fact that manually configuring all the other user-selectable subscription options for a large list, manually, is an egregiously large task. In hosted environments in which Mailman is run by the hosting company as a service for their customers -- a substantial share of Mailman list owners are under these circumstances -- it is precisely the situation that the user does not have permissions necessary to run those commands against the server himself. Indeed, he may not be able to log in to the shell on the server at all. This means he must rely upon the hosting company to run backups of his Mailman configurations; he cannot run them himself to protect against disk failure. Perhaps more critically, if the list owner wishes to change hosting companies and port his list from one server to another, he has to request a dump of his config at precisely that moment when his hosting company is least motivated to answer his support requests -- after all, he's a lame-duck customer. Proposed Solution: Ideally, the administrator's web interface to Mailmail would have at least one, if not two, important new options: 1) A link to a page with downloadable links for each of the config files. 2) A link to a page to submit config files. I understand #2 is vastly more problematic. Even just having #1, however, would be enormously beneficial, if it just outputs the various files as they appear on the server. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1993432&group_id=103 From noreply at sourceforge.net Sat Jun 14 00:44:46 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 13 Jun 2008 15:44:46 -0700 Subject: [ mailman-Feature Requests-1993432 ] Feature Request: List Confg Export/Import via Web/Email Message-ID: Feature Requests item #1993432, was opened at 2008-06-13 15:35 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1993432&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None >Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Vanessa Layne (vlayne) Assigned to: Nobody/Anonymous (nobody) Summary: Feature Request: List Confg Export/Import via Web/Email Initial Comment: Feature request summary: That the web admin interface provide the admin (list owner) with a way to download a configuration file for his list which contains absolutely the entire specifics of his list, and a way to upload such a configuration list, so that lists can be backed up or moved from server to server by list owners who do not have system-level access to the Mailman servers, a situation typical of Mailman installs in commercial hosting companies. Explaination of the Problem and its Context: There is presently no way for a list owner to extract from Mailman the configurations of his list unless he has command-line access. It is essentially impossible to move a list from one Mailman server to another without data loss unless one has access to the command-line tools and/or the system level files. Note that manually reconfiguring the list on another server loses all of the bounce-suspensions and user-suspensions (that is, accounts the owners of which have suspended while on vacation). The admin can only suspend subscriptions as "admin", so that, for instance, users on vacation then must ask the admin to unsuspend them. That in addition to the fact that manually configuring all the other user-selectable subscription options for a large list, manually, is an egregiously large task. In hosted environments in which Mailman is run by the hosting company as a service for their customers -- a substantial share of Mailman list owners are under these circumstances -- it is precisely the situation that the user does not have permissions necessary to run those commands against the server himself. Indeed, he may not be able to log in to the shell on the server at all. This means he must rely upon the hosting company to run backups of his Mailman configurations; he cannot run them himself to protect against disk failure. Perhaps more critically, if the list owner wishes to change hosting companies and port his list from one server to another, he has to request a dump of his config at precisely that moment when his hosting company is least motivated to answer his support requests -- after all, he's a lame-duck customer. Proposed Solution: Ideally, the administrator's web interface to Mailmail would have at least one, if not two, important new options: 1) A link to a page with downloadable links for each of the config files. 2) A link to a page to submit config files. I understand #2 is vastly more problematic. Even just having #1, however, would be enormously beneficial, if it just outputs the various files as they appear on the server. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-13 15:44 Message: Logged In: YES user_id=1123998 Originator: NO Moved to Feature Requests. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1993432&group_id=103 From noreply at sourceforge.net Wed Jun 18 09:12:46 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 18 Jun 2008 00:12:46 -0700 Subject: [ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32) Message-ID: Bugs item #1996767, was opened at 2008-06-18 09:12 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=1996767&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_id=103 From noreply at sourceforge.net Fri Jun 20 03:29:01 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 20 Jun 2008 01:29:01 +0000 Subject: [ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32) Message-ID: Bugs item #1996767, was opened at 2008-06-18 00:12 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) Status: Pending Resolution: Works For Me Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-19 18:29 Message: Logged In: YES user_id=1123998 Originator: NO I second Barry's comment. I have no problems with FireFox 3 on Win XP or Mac OS X. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-19 14:22 Message: Logged In: YES user_id=12800 Originator: NO I've been using FF3 on both OS X and Ubuntu and have had no problems interacting with any of the mailing lists. I think we'll need more information in order to help you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_id=103 From noreply at sourceforge.net Thu Jun 19 23:22:24 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 19 Jun 2008 21:22:24 +0000 Subject: [ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32) Message-ID: Bugs item #1996767, was opened at 2008-06-18 03:12 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-19 17:22 Message: Logged In: YES user_id=12800 Originator: NO I've been using FF3 on both OS X and Ubuntu and have had no problems interacting with any of the mailing lists. I think we'll need more information in order to help you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_id=103 From noreply at sourceforge.net Fri Jun 20 08:18:04 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 20 Jun 2008 06:18:04 +0000 Subject: [ mailman-Bugs-1996767 ] Authorization failed using FF3 (Win32) Message-ID: Bugs item #1996767, was opened at 2008-06-18 09:12 Message generated for change (Comment added) made by realriot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) >Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: realriot (realriot) Assigned to: Nobody/Anonymous (nobody) Summary: Authorization failed using FF3 (Win32) Initial Comment: Today, 1 day after the release of FireFox 3 I'm trying to login to my mailman 2.1.10. After entering the correct password the errormessage "Authorization failed" is shown. Deleting the Browser Cache/Cookies didn't fix the problem. There's no problem logging in with Firefox 2 or IE7. All other tested browsers work, too. Except FireFox 3. ---------------------------------------------------------------------- >Comment By: realriot (realriot) Date: 2008-06-20 08:18 Message: Logged In: YES user_id=2121701 Originator: YES Seems to be a cookie problem (or something like that). If I login with directly giving the pass (adminpw=foobar) it works... Entering the password at the password prompt the login fails... ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-20 03:29 Message: Logged In: YES user_id=1123998 Originator: NO I second Barry's comment. I have no problems with FireFox 3 on Win XP or Mac OS X. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2008-06-19 23:22 Message: Logged In: YES user_id=12800 Originator: NO I've been using FF3 on both OS X and Ubuntu and have had no problems interacting with any of the mailing lists. I think we'll need more information in order to help you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1996767&group_id=103 From noreply at sourceforge.net Sat Jun 21 13:27:51 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 21 Jun 2008 11:27:51 +0000 Subject: [ mailman-Bugs-1999387 ] Misleading question in Subscribe WWW form. Message-ID: Bugs item #1999387, was opened at 2008-06-21 13:27 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=1999387&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tobias Schlemmer (keinstein) Assigned to: Nobody/Anonymous (nobody) Summary: Misleading question in Subscribe WWW form. Initial Comment: Hi, At least the German translation is misleading on the subscription confirmation page of Mailman 2.1.5 as I have seen the same should be true in current trunk revison. The problem is that the Question "Nachrichtensammlungen abonnieren? Nein Ja" doesn't contain any information, that this setting is the delivery mode. It could be interpreted as "Yes, I really want to recieve emails from the list." I think the text of the default is much better to understand and would less likely loose so much information in any translation. So I suggest to change the message "Receive digests? No Yes" (in German: "Nachrichtensammlungen abonnieren? Nein Ja") to "Which delivery mode shall be used? Regular Digest" (in German "Welcher Auslieferungsmodus wird gewnscht? Normal Nachrichtensammlung") Btw.: The term "Nachrichtensammlung" just tells that it's a collection of messages, but nothing that it is deliverend as one Email containing the collection. I'd prefer to emphasize that its one email containing a collection, in German: "Sammelnachricht". That this collection will be a collection of messages shuld be easy to understand, since we are in a context of mailing lists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 From noreply at sourceforge.net Sat Jun 21 16:55:41 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 21 Jun 2008 14:55:41 +0000 Subject: [ mailman-Bugs-1999387 ] Misleading question in Subscribe WWW form. Message-ID: Bugs item #1999387, was opened at 2008-06-21 04:27 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tobias Schlemmer (keinstein) Assigned to: Nobody/Anonymous (nobody) Summary: Misleading question in Subscribe WWW form. Initial Comment: Hi, At least the German translation is misleading on the subscription confirmation page of Mailman 2.1.5 as I have seen the same should be true in current trunk revison. The problem is that the Question "Nachrichtensammlungen abonnieren? Nein Ja" doesn't contain any information, that this setting is the delivery mode. It could be interpreted as "Yes, I really want to recieve emails from the list." I think the text of the default is much better to understand and would less likely loose so much information in any translation. So I suggest to change the message "Receive digests? No Yes" (in German: "Nachrichtensammlungen abonnieren? Nein Ja") to "Which delivery mode shall be used? Regular Digest" (in German "Welcher Auslieferungsmodus wird gewnscht? Normal Nachrichtensammlung") Btw.: The term "Nachrichtensammlung" just tells that it's a collection of messages, but nothing that it is deliverend as one Email containing the collection. I'd prefer to emphasize that its one email containing a collection, in German: "Sammelnachricht". That this collection will be a collection of messages shuld be easy to understand, since we are in a context of mailing lists. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-21 07:55 Message: Logged In: YES user_id=1123998 Originator: NO Thanks for your input. There are a couple of problems for your suggestion at least as it pertains to the 2.1.x branch (the translation is the same in 2.1.11rc1). The text "Receive digests? No Yes" is actually three strings - "Receive digests?", "No" and "Yes" which are translated separately. Changing the English to "Which delivery mode shall be used? Regular Digest" would require translation of the three strings "Which delivery mode shall be used?", "Regular" and "Digest". It happens that "Regular" and "Digest" are already translated (German = "Normal" and "Nachrichtensammlung"), but "Which delivery mode shall be used?" or anything similar is not. Thus if the English were changed 34 other translations (not counting German) would be broken. Thus, I won't change the English at this point. Given that, if you can suggest a better German translation of "Receive digests?" that would be answered "Nein" or "Ja", I will update the German translation of "Receive digests?" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 From noreply at sourceforge.net Sat Jun 21 18:18:20 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 21 Jun 2008 16:18:20 +0000 Subject: [ mailman-Bugs-1999387 ] Misleading question in Subscribe WWW form. Message-ID: Bugs item #1999387, was opened at 2008-06-21 13:27 Message generated for change (Comment added) made by keinstein You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tobias Schlemmer (keinstein) Assigned to: Nobody/Anonymous (nobody) Summary: Misleading question in Subscribe WWW form. Initial Comment: Hi, At least the German translation is misleading on the subscription confirmation page of Mailman 2.1.5 as I have seen the same should be true in current trunk revison. The problem is that the Question "Nachrichtensammlungen abonnieren? Nein Ja" doesn't contain any information, that this setting is the delivery mode. It could be interpreted as "Yes, I really want to recieve emails from the list." I think the text of the default is much better to understand and would less likely loose so much information in any translation. So I suggest to change the message "Receive digests? No Yes" (in German: "Nachrichtensammlungen abonnieren? Nein Ja") to "Which delivery mode shall be used? Regular Digest" (in German "Welcher Auslieferungsmodus wird gewnscht? Normal Nachrichtensammlung") Btw.: The term "Nachrichtensammlung" just tells that it's a collection of messages, but nothing that it is deliverend as one Email containing the collection. I'd prefer to emphasize that its one email containing a collection, in German: "Sammelnachricht". That this collection will be a collection of messages shuld be easy to understand, since we are in a context of mailing lists. ---------------------------------------------------------------------- >Comment By: Tobias Schlemmer (keinstein) Date: 2008-06-21 18:18 Message: Logged In: YES user_id=831067 Originator: YES The problem is: Even the English translation leaves too much room for misinterpretations. The "exclusive or" is not expressed. In fact it can be interpreted as "Recieve digests, too". So your answer sounds to me as the answer of a technician. But the end user needs another solution. There should be some consolidation, anyhow. At the moment even in the english translation the same feature is described at different locations in at least three different ways. This makes the communication between the everage user and administrators problematic. Most end users don't know about digest modes (or any other feature). So if the admin uses term A and the end user reads term B he won't be able to combine them, regardless the language. The best way would be to use the same terms for all the interfaces (user, admin defaults, registration). Unfortunately the user configuration pages are stored as a monolithic HTML page in the .po file. Maybe it is possible to store the strings seperately? Or field wise and generate the appropriate pages according to the settings, if either the admin changes them (if the page was not modified manually) or on explicit request? What about the following solution: Consolidate the messages in the development branch, breaking the languages. This must be possible in any software project. In the stable branch, just change the english text to be more explicit and use the old translations in any language. Some of them are already more descriptive. This should be possible using a simple sed script. The language maintainers should be informed about that and can decide if they have already a good translation or if they want to change anything. Two examples (as far as I can read them) with English and German translation: Polish: Grupowa listy w paczki? English: Group messages in digests? German: Post in Sammelnachrichten gruppieren? Czech: Dostvat pspvky jako digest? English: Deliver messages as digests? German: Post als Sammelnachrichten zustellen? Both are formulated as yes/no questions, but the "or" answers "Regular" and "Digest" are also valid answers. I'd prefer the latter two as they provide some synonymic redundance, which makes it easier to understand the question in the right way. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-21 16:55 Message: Logged In: YES user_id=1123998 Originator: NO Thanks for your input. There are a couple of problems for your suggestion at least as it pertains to the 2.1.x branch (the translation is the same in 2.1.11rc1). The text "Receive digests? No Yes" is actually three strings - "Receive digests?", "No" and "Yes" which are translated separately. Changing the English to "Which delivery mode shall be used? Regular Digest" would require translation of the three strings "Which delivery mode shall be used?", "Regular" and "Digest". It happens that "Regular" and "Digest" are already translated (German = "Normal" and "Nachrichtensammlung"), but "Which delivery mode shall be used?" or anything similar is not. Thus if the English were changed 34 other translations (not counting German) would be broken. Thus, I won't change the English at this point. Given that, if you can suggest a better German translation of "Receive digests?" that would be answered "Nein" or "Ja", I will update the German translation of "Receive digests?" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 From noreply at sourceforge.net Sat Jun 21 19:01:45 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 21 Jun 2008 17:01:45 +0000 Subject: [ mailman-Bugs-1999387 ] Misleading question in Subscribe WWW form. Message-ID: Bugs item #1999387, was opened at 2008-06-21 04:27 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tobias Schlemmer (keinstein) Assigned to: Nobody/Anonymous (nobody) Summary: Misleading question in Subscribe WWW form. Initial Comment: Hi, At least the German translation is misleading on the subscription confirmation page of Mailman 2.1.5 as I have seen the same should be true in current trunk revison. The problem is that the Question "Nachrichtensammlungen abonnieren? Nein Ja" doesn't contain any information, that this setting is the delivery mode. It could be interpreted as "Yes, I really want to recieve emails from the list." I think the text of the default is much better to understand and would less likely loose so much information in any translation. So I suggest to change the message "Receive digests? No Yes" (in German: "Nachrichtensammlungen abonnieren? Nein Ja") to "Which delivery mode shall be used? Regular Digest" (in German "Welcher Auslieferungsmodus wird gewnscht? Normal Nachrichtensammlung") Btw.: The term "Nachrichtensammlung" just tells that it's a collection of messages, but nothing that it is deliverend as one Email containing the collection. I'd prefer to emphasize that its one email containing a collection, in German: "Sammelnachricht". That this collection will be a collection of messages shuld be easy to understand, since we are in a context of mailing lists. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-21 10:01 Message: Logged In: YES user_id=1123998 Originator: NO >So your answer sounds to me as the answer of a technician. But the end >user needs another solution. It is the answer of a technician. I tried to explain the technical considerations which I feel prohibit me from making this change on the 2.1 branch. If you want to discuss consistency, semantics and usability of the web interface in future releases, this bug report is not the appropriate place. The appropriate place is the mailman-developers at python.org list . There is an existing thread at . There is also the wiki page at . >In the stable branch, just change the english text to be more explicit and >use the old translations in any language. It doesn't work that way. The English text is the key used to look up the translated text in the target language's message catalog. Change one character in the English text, and the message will no longer be translated. >Both are formulated as yes/no questions, but the "or" answers "Regular" >and "Digest" are also valid answers. I'm sure that's true in many of the translations, but I can't guarantee that it's true in all 35 translations. ---------------------------------------------------------------------- Comment By: Tobias Schlemmer (keinstein) Date: 2008-06-21 09:18 Message: Logged In: YES user_id=831067 Originator: YES The problem is: Even the English translation leaves too much room for misinterpretations. The "exclusive or" is not expressed. In fact it can be interpreted as "Recieve digests, too". So your answer sounds to me as the answer of a technician. But the end user needs another solution. There should be some consolidation, anyhow. At the moment even in the english translation the same feature is described at different locations in at least three different ways. This makes the communication between the everage user and administrators problematic. Most end users don't know about digest modes (or any other feature). So if the admin uses term A and the end user reads term B he won't be able to combine them, regardless the language. The best way would be to use the same terms for all the interfaces (user, admin defaults, registration). Unfortunately the user configuration pages are stored as a monolithic HTML page in the .po file. Maybe it is possible to store the strings seperately? Or field wise and generate the appropriate pages according to the settings, if either the admin changes them (if the page was not modified manually) or on explicit request? What about the following solution: Consolidate the messages in the development branch, breaking the languages. This must be possible in any software project. In the stable branch, just change the english text to be more explicit and use the old translations in any language. Some of them are already more descriptive. This should be possible using a simple sed script. The language maintainers should be informed about that and can decide if they have already a good translation or if they want to change anything. Two examples (as far as I can read them) with English and German translation: Polish: Grupowa listy w paczki? English: Group messages in digests? German: Post in Sammelnachrichten gruppieren? Czech: Dostvat pspvky jako digest? English: Deliver messages as digests? German: Post als Sammelnachrichten zustellen? Both are formulated as yes/no questions, but the "or" answers "Regular" and "Digest" are also valid answers. I'd prefer the latter two as they provide some synonymic redundance, which makes it easier to understand the question in the right way. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-21 07:55 Message: Logged In: YES user_id=1123998 Originator: NO Thanks for your input. There are a couple of problems for your suggestion at least as it pertains to the 2.1.x branch (the translation is the same in 2.1.11rc1). The text "Receive digests? No Yes" is actually three strings - "Receive digests?", "No" and "Yes" which are translated separately. Changing the English to "Which delivery mode shall be used? Regular Digest" would require translation of the three strings "Which delivery mode shall be used?", "Regular" and "Digest". It happens that "Regular" and "Digest" are already translated (German = "Normal" and "Nachrichtensammlung"), but "Which delivery mode shall be used?" or anything similar is not. Thus if the English were changed 34 other translations (not counting German) would be broken. Thus, I won't change the English at this point. Given that, if you can suggest a better German translation of "Receive digests?" that would be answered "Nein" or "Ja", I will update the German translation of "Receive digests?" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 From noreply at sourceforge.net Sun Jun 22 14:03:40 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 22 Jun 2008 12:03:40 +0000 Subject: [ mailman-Bugs-1873392 ] Can't change users' reminders from web Message-ID: Bugs item #1873392, was opened at 2008-01-17 03:32 Message generated for change (Comment added) made by kink You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1873392&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 beta Status: Open Resolution: None Priority: 5 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: Can't change users' reminders from web Initial Comment: On the (English) page entitled "Members mailing list administration Membership Management... Section" There is no button to adjust users' monthly password reminders. I bet one must loging as each users one by one to turn them off. All I have is the web interface on Dreamhost. I bet there's more items too that one can't change from the admin web pages. ---------------------------------------------------------------------- Comment By: Thijs Kinkhorst (kink) Date: 2008-06-22 14:03 Message: Logged In: YES user_id=285765 Originator: NO What do you mean? It's very present in the administrator interface: General -> send_reminders seems to be the option you're looking for. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1873392&group_id=103 From noreply at sourceforge.net Sun Jun 22 14:10:12 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 22 Jun 2008 12:10:12 +0000 Subject: [ mailman-Patches-1999966 ] patch for Danish locale Message-ID: Patches item #1999966, was opened at 2008-06-22 14:10 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=1999966&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) Summary: patch for Danish locale Initial Comment: Hi, The following was submitted to Debian by Jonas Smedegaard, against version 2.1.10. He writes: "Attached is a patched to the danish l10n to correctly use html entities when needed." Please consider applying it. thanks, Thijs (Debian bug #487491) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1999966&group_id=103 From noreply at sourceforge.net Sun Jun 22 17:27:06 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 22 Jun 2008 15:27:06 +0000 Subject: [ mailman-Feature Requests-1873392 ] Can't change users' reminders from web Message-ID: Feature Requests item #1873392, was opened at 2008-01-16 18:32 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1873392&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None >Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: Can't change users' reminders from web Initial Comment: On the (English) page entitled "Members mailing list administration Membership Management... Section" There is no button to adjust users' monthly password reminders. I bet one must loging as each users one by one to turn them off. All I have is the web interface on Dreamhost. I bet there's more items too that one can't change from the admin web pages. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-22 08:27 Message: Logged In: YES user_id=1123998 Originator: NO I'm moving this to feature requests. What it seems to ask is that additional, per user settings - password reminders and topic related settings - be added to the Membership Management page so they can be set more directly than by going to each user's options page. However, the submitter seems to not recognize that the admin can go to the user's options page directly from the Membership Management pages by clicking the user's email address, so I've set the status to 'pending' awaiting clarification from the submitter. Also, as pointed out in the previous comment, if all one wants is to turn off reminders for all users, this is available on the General Options page. ---------------------------------------------------------------------- Comment By: Thijs Kinkhorst (kink) Date: 2008-06-22 05:03 Message: Logged In: YES user_id=285765 Originator: NO What do you mean? It's very present in the administrator interface: General -> send_reminders seems to be the option you're looking for. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1873392&group_id=103 From noreply at sourceforge.net Sun Jun 22 17:39:19 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 22 Jun 2008 15:39:19 +0000 Subject: [ mailman-Patches-1999966 ] patch for Danish locale Message-ID: Patches item #1999966, was opened at 2008-06-22 05:10 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1999966&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) >Assigned to: Mark Sapiro (msapiro) Summary: patch for Danish locale Initial Comment: Hi, The following was submitted to Debian by Jonas Smedegaard, against version 2.1.10. He writes: "Attached is a patched to the danish l10n to correctly use html entities when needed." Please consider applying it. thanks, Thijs (Debian bug #487491) ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-22 08:39 Message: Logged In: YES user_id=1123998 Originator: NO The patch looks good. It will be in 2.1.11rc2. Thank you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1999966&group_id=103 From noreply at sourceforge.net Mon Jun 23 23:14:19 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 23 Jun 2008 21:14:19 +0000 Subject: [ mailman-Feature Requests-1873392 ] Can't change users' reminders from web Message-ID: Feature Requests item #1873392, was opened at 2008-01-17 10:32 Message generated for change (Comment added) made by jidanni You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1873392&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Open Resolution: None Priority: 5 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: Can't change users' reminders from web Initial Comment: On the (English) page entitled "Members mailing list administration Membership Management... Section" There is no button to adjust users' monthly password reminders. I bet one must loging as each users one by one to turn them off. All I have is the web interface on Dreamhost. I bet there's more items too that one can't change from the admin web pages. ---------------------------------------------------------------------- >Comment By: jidanni (jidanni) Date: 2008-06-24 05:14 Message: Logged In: YES user_id=1971011 Originator: YES Yes, I recall what I wanted was being able to adjust every detail right there, without the frustration of visiting a separate page (be it only one click away or not) for each user I want to make the change for. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-22 23:27 Message: Logged In: YES user_id=1123998 Originator: NO I'm moving this to feature requests. What it seems to ask is that additional, per user settings - password reminders and topic related settings - be added to the Membership Management page so they can be set more directly than by going to each user's options page. However, the submitter seems to not recognize that the admin can go to the user's options page directly from the Membership Management pages by clicking the user's email address, so I've set the status to 'pending' awaiting clarification from the submitter. Also, as pointed out in the previous comment, if all one wants is to turn off reminders for all users, this is available on the General Options page. ---------------------------------------------------------------------- Comment By: Thijs Kinkhorst (kink) Date: 2008-06-22 20:03 Message: Logged In: YES user_id=285765 Originator: NO What do you mean? It's very present in the administrator interface: General -> send_reminders seems to be the option you're looking for. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1873392&group_id=103 From noreply at sourceforge.net Tue Jun 24 09:36:03 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 24 Jun 2008 07:36:03 +0000 Subject: [ mailman-Patches-2001514 ] Patch for Spanish locale Message-ID: Patches item #2001514, was opened at 2008-06-24 09:36 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=2001514&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) Summary: Patch for Spanish locale Initial Comment: Hi, Here's a trivial patch for the Spanish locale: it has a mistranslated variable name (opt instead of s). cheers, Thijs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=2001514&group_id=103 From noreply at sourceforge.net Tue Jun 24 17:19:12 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 24 Jun 2008 15:19:12 +0000 Subject: [ mailman-Patches-2001514 ] Patch for Spanish locale Message-ID: Patches item #2001514, was opened at 2008-06-24 00:36 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=2001514&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Thijs Kinkhorst (kink) Assigned to: Nobody/Anonymous (nobody) Summary: Patch for Spanish locale Initial Comment: Hi, Here's a trivial patch for the Spanish locale: it has a mistranslated variable name (opt instead of s). cheers, Thijs ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-24 08:19 Message: Logged In: YES user_id=1123998 Originator: NO Patch is actually in 2.1.11rc2. It was picked in a merge of the lp:~amk/mailman/small-fixes branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=2001514&group_id=103 From noreply at sourceforge.net Fri Jun 27 16:45:20 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 27 Jun 2008 14:45:20 +0000 Subject: [ mailman-Bugs-1999387 ] Misleading question in Subscribe WWW form. Message-ID: Bugs item #1999387, was opened at 2008-06-21 13:27 Message generated for change (Comment added) made by keinstein You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tobias Schlemmer (keinstein) Assigned to: Nobody/Anonymous (nobody) Summary: Misleading question in Subscribe WWW form. Initial Comment: Hi, At least the German translation is misleading on the subscription confirmation page of Mailman 2.1.5 as I have seen the same should be true in current trunk revison. The problem is that the Question "Nachrichtensammlungen abonnieren? Nein Ja" doesn't contain any information, that this setting is the delivery mode. It could be interpreted as "Yes, I really want to recieve emails from the list." I think the text of the default is much better to understand and would less likely loose so much information in any translation. So I suggest to change the message "Receive digests? No Yes" (in German: "Nachrichtensammlungen abonnieren? Nein Ja") to "Which delivery mode shall be used? Regular Digest" (in German "Welcher Auslieferungsmodus wird gewnscht? Normal Nachrichtensammlung") Btw.: The term "Nachrichtensammlung" just tells that it's a collection of messages, but nothing that it is deliverend as one Email containing the collection. I'd prefer to emphasize that its one email containing a collection, in German: "Sammelnachricht". That this collection will be a collection of messages shuld be easy to understand, since we are in a context of mailing lists. ---------------------------------------------------------------------- >Comment By: Tobias Schlemmer (keinstein) Date: 2008-06-27 16:45 Message: Logged In: YES user_id=831067 Originator: YES Thanks for the hint to the UI discussion. I don't want to join a general discussion, I'm just an mailing list administrator arguing for his end users. As I'm not the server admin I can't provide much help in the development. But as this message is seldom read and easyly overlooked by developers I'm reporting it here. > It doesn't work that way. The English text is the key used to look up the > translated text in the target language's message catalog. Change one > character in the English text, and the message will no longer be > translated. This is simply not true. Try something like for d in trasnslation_dir/*/LC_MESSAGES/mailman.po ; do sed -i.old -e 's,"Receive digests?","Deliver messages as digests?",' $d ; done on any machine where sed is GNU sed. And make the same change in the program file. If you are afraid of the yes/no issue, leave it as it is. If I'd have installed mailman on one of my computers I'd send you a patch, but I simply can't test it. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-21 19:01 Message: Logged In: YES user_id=1123998 Originator: NO >So your answer sounds to me as the answer of a technician. But the end >user needs another solution. It is the answer of a technician. I tried to explain the technical considerations which I feel prohibit me from making this change on the 2.1 branch. If you want to discuss consistency, semantics and usability of the web interface in future releases, this bug report is not the appropriate place. The appropriate place is the mailman-developers at python.org list . There is an existing thread at . There is also the wiki page at . >In the stable branch, just change the english text to be more explicit and >use the old translations in any language. It doesn't work that way. The English text is the key used to look up the translated text in the target language's message catalog. Change one character in the English text, and the message will no longer be translated. >Both are formulated as yes/no questions, but the "or" answers "Regular" >and "Digest" are also valid answers. I'm sure that's true in many of the translations, but I can't guarantee that it's true in all 35 translations. ---------------------------------------------------------------------- Comment By: Tobias Schlemmer (keinstein) Date: 2008-06-21 18:18 Message: Logged In: YES user_id=831067 Originator: YES The problem is: Even the English translation leaves too much room for misinterpretations. The "exclusive or" is not expressed. In fact it can be interpreted as "Recieve digests, too". So your answer sounds to me as the answer of a technician. But the end user needs another solution. There should be some consolidation, anyhow. At the moment even in the english translation the same feature is described at different locations in at least three different ways. This makes the communication between the everage user and administrators problematic. Most end users don't know about digest modes (or any other feature). So if the admin uses term A and the end user reads term B he won't be able to combine them, regardless the language. The best way would be to use the same terms for all the interfaces (user, admin defaults, registration). Unfortunately the user configuration pages are stored as a monolithic HTML page in the .po file. Maybe it is possible to store the strings seperately? Or field wise and generate the appropriate pages according to the settings, if either the admin changes them (if the page was not modified manually) or on explicit request? What about the following solution: Consolidate the messages in the development branch, breaking the languages. This must be possible in any software project. In the stable branch, just change the english text to be more explicit and use the old translations in any language. Some of them are already more descriptive. This should be possible using a simple sed script. The language maintainers should be informed about that and can decide if they have already a good translation or if they want to change anything. Two examples (as far as I can read them) with English and German translation: Polish: Grupowa listy w paczki? English: Group messages in digests? German: Post in Sammelnachrichten gruppieren? Czech: Dostvat pspvky jako digest? English: Deliver messages as digests? German: Post als Sammelnachrichten zustellen? Both are formulated as yes/no questions, but the "or" answers "Regular" and "Digest" are also valid answers. I'd prefer the latter two as they provide some synonymic redundance, which makes it easier to understand the question in the right way. ---------------------------------------------------------------------- Comment By: Mark Sapiro (msapiro) Date: 2008-06-21 16:55 Message: Logged In: YES user_id=1123998 Originator: NO Thanks for your input. There are a couple of problems for your suggestion at least as it pertains to the 2.1.x branch (the translation is the same in 2.1.11rc1). The text "Receive digests? No Yes" is actually three strings - "Receive digests?", "No" and "Yes" which are translated separately. Changing the English to "Which delivery mode shall be used? Regular Digest" would require translation of the three strings "Which delivery mode shall be used?", "Regular" and "Digest". It happens that "Regular" and "Digest" are already translated (German = "Normal" and "Nachrichtensammlung"), but "Which delivery mode shall be used?" or anything similar is not. Thus if the English were changed 34 other translations (not counting German) would be broken. Thus, I won't change the English at this point. Given that, if you can suggest a better German translation of "Receive digests?" that would be answered "Nein" or "Ja", I will update the German translation of "Receive digests?" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1999387&group_id=103 From noreply at sourceforge.net Fri Jun 27 23:05:05 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 27 Jun 2008 21:05:05 +0000 Subject: [ mailman-Bugs-2004506 ] 2.1.11rc2 does not honor ./configure arguments Message-ID: Bugs item #2004506, was opened at 2008-06-27 16:05 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=2004506&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: measl (measl) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.11rc2 does not honor ./configure arguments Initial Comment: ./configure --prefix=/usr/home/crippen/mailman --with-cgi-gid=apache --with-python=/usr/local/python results in python being looked for in /usr/bin/python /usr/mailman/mail/mailman being fed to postfix, etc. It looks like rc2 does not use the configure arguments. Very very painful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2004506&group_id=103 From noreply at sourceforge.net Sat Jun 28 00:28:14 2008 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 27 Jun 2008 22:28:14 +0000 Subject: [ mailman-Bugs-2004506 ] 2.1.11rc2 does not honor ./configure arguments Message-ID: Bugs item #2004506, was opened at 2008-06-27 14:05 Message generated for change (Comment added) made by msapiro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2004506&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: measl (measl) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.11rc2 does not honor ./configure arguments Initial Comment: ./configure --prefix=/usr/home/crippen/mailman --with-cgi-gid=apache --with-python=/usr/local/python results in python being looked for in /usr/bin/python /usr/mailman/mail/mailman being fed to postfix, etc. It looks like rc2 does not use the configure arguments. Very very painful. ---------------------------------------------------------------------- >Comment By: Mark Sapiro (msapiro) Date: 2008-06-27 15:28 Message: Logged In: YES user_id=1123998 Originator: NO It works for me. Furthermore, configure.in hasn't changed in any significant way in ages, and I doubt that autoconf would mess up this badly. Do you possibly have some environment settings that are interfering? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=2004506&group_id=103