Mailman 3 January 2008 - Mailman-coders

[ mailman-Bugs-1861600 ] whole HTML templates approach wrong
by SourceForge.net Jan. 17, 2008

Jan. 17, 2008

Bugs item #1861600, was opened at 2008-01-01 13:01 Message generated for change (Comment added) made by jidanni You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1861600&group_… 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: whole HTML templates approach wrong Initial Comment: Gentlemen, observe the deformed child among $ grep -ihc button mailman-2.1.10b1/templates/*/options.html|xargs 26 26 26 26 26 28 26 25 26 22 26 26 26 26 28 26 26 25 26 27 26 26 26 26 26 27 26 26 26 26 26 26 26 26 14 Yes at the very end, 14. Might as well just $ iconv -t gb2312 templates/zh_CN/options.html|iconv -f gb2312 -t big5| iconv -f big5 > templates/zh_TW/options.html It's better than a form without a submit button. Who knows how many other parts of mailman lack an eye here, a leg there... ---------------------------------------------------------------------- >Comment By: jidanni (jidanni) Date: 2008-01-17 11:13 Message: Logged In: YES user_id=1971011 Originator: YES I find putting & # 12345 ; style entities into the boxes on admin.cgi/.../general may be a workaround for getting past the charset stuff. Haven't tested ZH_tw blobs in EN email, or seen what will become of zh_TW archives when switching the _monolithic_ site language to EN. ---------------------------------------------------------------------- Comment By: jidanni (jidanni) Date: 2008-01-17 09:57 Message: Logged In: YES user_id=1971011 Originator: YES So I thought maybe for my zh_TW site, I shall change the site language to English, to avoid running all the 93 files with all kinds of missing code in them, here on Dreamhost's installation where even me, site administrator, has only the web interface. (I downloaded the source and am looking at it on my home machine, not Dreamhost's.) I thought just maybe I could at least put some Chinese in some of the four pages that we are allowed to edit via the web interface. But then I see the HTTP header already has the ascii character set defined, an as you know that overrides anything I can put in the body. Yes, I could have the zh_TW versions shown to users by default, and even edit them first to my hearts content, but that means I must change the site language to zh_TW, consigning myself to running the 93 defective parts. ---------------------------------------------------------------------- Comment By: jidanni (jidanni) Date: 2008-01-17 09:17 Message: Logged In: YES user_id=1971011 Originator: YES Gentlemen, I have figured out how to use the poorly documented transcheck command, and the winner is.... $ for i in $(cd messages;ls); do echo -n $i:\ ; bin/transcheck -q $i;done ar: 15 warnings in 2 files ca: 51 warnings in 4 files cs: 2 warnings in 1 files da: 17 warnings in 2 files de: 38 warnings in 10 files es: 40 warnings in 6 files ja: 0 warnings in 0 files ... sv: 50 warnings in 2 files tr: 21 warnings in 2 files uk: 17 warnings in 2 files vi: 9 warnings in 3 files zh_CN: 31 warnings in 4 files zh_TW: 93 warnings in 10 files That's right, zh_TW, another gold medal. Actually it appears your whole approach is wrong. With entire .html and .txt files to be translated, there will always be missing buttons, etc. If instead using just strings in .po files, if a message isn't translated, at least the English will be shown to the user. Anyway how terrible to have unlucky languages with missing buttons. Let's see how MediaWiki does this. There is just one template, and the stings are translated only. Doesn't that make more sense? You program's functionality shouldn't vary by language, but just the strings that describe the functionality. If one wants to customize, then one should customize the template, affecting all languages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1861600&group_…

1 0

[ mailman-Bugs-1873392 ] Can't change users' reminders from web
by SourceForge.net Jan. 17, 2008

Jan. 17, 2008

Bugs item #1873392, was opened at 2008-01-17 10:32 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=1873392&group_… 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1873392&group_…

1 0

[ mailman-Bugs-1861600 ] whole HTML templates approach wrong
by SourceForge.net Jan. 17, 2008

Jan. 17, 2008

Bugs item #1861600, was opened at 2008-01-01 13:01 Message generated for change (Comment added) made by jidanni You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1861600&group_… 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: whole HTML templates approach wrong Initial Comment: Gentlemen, observe the deformed child among $ grep -ihc button mailman-2.1.10b1/templates/*/options.html|xargs 26 26 26 26 26 28 26 25 26 22 26 26 26 26 28 26 26 25 26 27 26 26 26 26 26 27 26 26 26 26 26 26 26 26 14 Yes at the very end, 14. Might as well just $ iconv -t gb2312 templates/zh_CN/options.html|iconv -f gb2312 -t big5| iconv -f big5 > templates/zh_TW/options.html It's better than a form without a submit button. Who knows how many other parts of mailman lack an eye here, a leg there... ---------------------------------------------------------------------- >Comment By: jidanni (jidanni) Date: 2008-01-17 09:57 Message: Logged In: YES user_id=1971011 Originator: YES So I thought maybe for my zh_TW site, I shall change the site language to English, to avoid running all the 93 files with all kinds of missing code in them, here on Dreamhost's installation where even me, site administrator, has only the web interface. (I downloaded the source and am looking at it on my home machine, not Dreamhost's.) I thought just maybe I could at least put some Chinese in some of the four pages that we are allowed to edit via the web interface. But then I see the HTTP header already has the ascii character set defined, an as you know that overrides anything I can put in the body. Yes, I could have the zh_TW versions shown to users by default, and even edit them first to my hearts content, but that means I must change the site language to zh_TW, consigning myself to running the 93 defective parts. ---------------------------------------------------------------------- Comment By: jidanni (jidanni) Date: 2008-01-17 09:17 Message: Logged In: YES user_id=1971011 Originator: YES Gentlemen, I have figured out how to use the poorly documented transcheck command, and the winner is.... $ for i in $(cd messages;ls); do echo -n $i:\ ; bin/transcheck -q $i;done ar: 15 warnings in 2 files ca: 51 warnings in 4 files cs: 2 warnings in 1 files da: 17 warnings in 2 files de: 38 warnings in 10 files es: 40 warnings in 6 files ja: 0 warnings in 0 files ... sv: 50 warnings in 2 files tr: 21 warnings in 2 files uk: 17 warnings in 2 files vi: 9 warnings in 3 files zh_CN: 31 warnings in 4 files zh_TW: 93 warnings in 10 files That's right, zh_TW, another gold medal. Actually it appears your whole approach is wrong. With entire .html and .txt files to be translated, there will always be missing buttons, etc. If instead using just strings in .po files, if a message isn't translated, at least the English will be shown to the user. Anyway how terrible to have unlucky languages with missing buttons. Let's see how MediaWiki does this. There is just one template, and the stings are translated only. Doesn't that make more sense? You program's functionality shouldn't vary by language, but just the strings that describe the functionality. If one wants to customize, then one should customize the template, affecting all languages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1861600&group_…

1 0

[ mailman-Bugs-1873369 ] trailing slash on listinfo.cgi
by SourceForge.net Jan. 17, 2008

Jan. 17, 2008

Bugs item #1873369, was opened at 2008-01-17 09:42 Message generated for change (Settings changed) made by jidanni You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1873369&group_… 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: 1 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: trailing slash on listinfo.cgi Initial Comment: On listinfo.cgi there are links to http://lists.example.org/admin.cgi/members-example.org <--lacks slash, less efficient http://lists.example.org/listinfo.cgi/members-example.org http://lists.example.org/private.cgi/members-example.org/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1873369&group_…

1 0

[ mailman-Bugs-1873369 ] trailing slash on listinfo.cgi
by SourceForge.net Jan. 17, 2008

Jan. 17, 2008

Bugs item #1873369, was opened at 2008-01-17 09:42 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=1873369&group_… 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: trailing slash on listinfo.cgi Initial Comment: On listinfo.cgi there are links to http://lists.example.org/admin.cgi/members-example.org <--lacks slash, less efficient http://lists.example.org/listinfo.cgi/members-example.org http://lists.example.org/private.cgi/members-example.org/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1873369&group_…

1 0

[ mailman-Bugs-1861600 ] whole HTML templates approach wrong
by SourceForge.net Jan. 17, 2008

Jan. 17, 2008

Bugs item #1861600, was opened at 2008-01-01 13:01 Message generated for change (Comment added) made by jidanni You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1861600&group_… 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: whole HTML templates approach wrong Initial Comment: Gentlemen, observe the deformed child among $ grep -ihc button mailman-2.1.10b1/templates/*/options.html|xargs 26 26 26 26 26 28 26 25 26 22 26 26 26 26 28 26 26 25 26 27 26 26 26 26 26 27 26 26 26 26 26 26 26 26 14 Yes at the very end, 14. Might as well just $ iconv -t gb2312 templates/zh_CN/options.html|iconv -f gb2312 -t big5| iconv -f big5 > templates/zh_TW/options.html It's better than a form without a submit button. Who knows how many other parts of mailman lack an eye here, a leg there... ---------------------------------------------------------------------- >Comment By: jidanni (jidanni) Date: 2008-01-17 09:17 Message: Logged In: YES user_id=1971011 Originator: YES Gentlemen, I have figured out how to use the poorly documented transcheck command, and the winner is.... $ for i in $(cd messages;ls); do echo -n $i:\ ; bin/transcheck -q $i;done ar: 15 warnings in 2 files ca: 51 warnings in 4 files cs: 2 warnings in 1 files da: 17 warnings in 2 files de: 38 warnings in 10 files es: 40 warnings in 6 files ja: 0 warnings in 0 files ... sv: 50 warnings in 2 files tr: 21 warnings in 2 files uk: 17 warnings in 2 files vi: 9 warnings in 3 files zh_CN: 31 warnings in 4 files zh_TW: 93 warnings in 10 files That's right, zh_TW, another gold medal. Actually it appears your whole approach is wrong. With entire .html and .txt files to be translated, there will always be missing buttons, etc. If instead using just strings in .po files, if a message isn't translated, at least the English will be shown to the user. Anyway how terrible to have unlucky languages with missing buttons. Let's see how MediaWiki does this. There is just one template, and the stings are translated only. Doesn't that make more sense? You program's functionality shouldn't vary by language, but just the strings that describe the functionality. If one wants to customize, then one should customize the template, affecting all languages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1861600&group_…

1 0

[ mailman-Bugs-1870246 ] sync_members just failes if even 1 email address is invalid
by SourceForge.net Jan. 13, 2008

Jan. 13, 2008

Bugs item #1870246, was opened at 2008-01-13 18:40 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=1870246&group_… 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: 2.1 (stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tony Mobily (mercmobily) Assigned to: Nobody/Anonymous (nobody) Summary: sync_members just failes if even 1 email address is invalid Initial Comment: Hi, Right now, sync_members just fails if there are invalid email addresses. I wrote a Drupal module that uses mailman to send emails. The problem I have is that I am using sync_members automatically, and it would be 100 times easier for me if the invalid email addresses were ignored, rather than the whole script failing. The code is: # first filter out any invalid addresses filemembers = email.Utils.getaddresses(filemembers) invalid = 0 for name, addr in filemembers: try: Utils.ValidateEmail(addr) except Errors.EmailAddressError: print _('Invalid : %(addr)30s') invalid = 1 if invalid: print _('You must fix the preceding invalid addresses first.') sys.exit(1) I think having a command line option for this would be fantastic - something like "-i" ("ignore invalid email addresses"), which if selected makes sure that the script simply ignores invalid email addresses, and basically "always works" (unless of course the mailing list name is wrong, etc.). I don't know python at all (shame on me), or I swear I'd be submitting a patch (I am a Drupal developer, and submit patches whenever I can). Thank you!!! Merc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1870246&group_…

1 0

[ mailman-Bugs-1867285 ] FAQ: really need root?
by SourceForge.net Jan. 10, 2008

Jan. 10, 2008

Bugs item #1867285, was opened at 2008-01-09 07:33 Message generated for change (Comment added) made by jidanni You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1867285&group_… 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: Open Resolution: None Priority: 5 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: FAQ: really need root? Initial Comment: Add to FAQ: Q: Surely I could install mailman on my web shared hosting plan without root. I'll just use --with-username=$USER --with-groupname=`id -g` ... --with-cgi-ext=.cgi etc. and then use my .procmailrc to redirect what comes to the extra mailboxes my hosting plan allows me to make... A: Ah but Holmes, you have neglected a fundamental... ---------------------------------------------------------------------- >Comment By: jidanni (jidanni) Date: 2008-01-11 05:47 Message: Logged In: YES user_id=1971011 Originator: YES Add to Q: And for sending mail I can use /usr/sbin/sendmail -i -f ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1867285&group_…

1 0

[ mailman-Bugs-1868873 ] deceptive listinfo "to post a message..."
by SourceForge.net Jan. 10, 2008

Jan. 10, 2008

Bugs item #1868873, was opened at 2008-01-11 05:41 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=1868873&group_… 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: security/privacy Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jidanni (jidanni) Assigned to: Nobody/Anonymous (nobody) Summary: deceptive listinfo "to post a message..." Initial Comment: Allow me to introduce the primary bug of all, the one that is certainly the first one encounters upon first contact with mailman as a mere user. He sees on the listinfo web page: "To post a message to all the list members, send email to ..." Which means TO HIM, the innocent victim, that "posting is wide open. What ever you send will get full executive treatment and be sent to all members and the archive forthwith". When in fact it really means "Yes, we say 'to post', but to post is not to receive, necessarily. I.E., depending on policies, your message might 1. go to /dev/null, 2. go to /dev/null with a notice back to you, 3. go into a queue for moderator approval, 4. as 3 but with a notice back to you, 5.... and it all depends on the configuration, which the moderator/administrator has elected not to make public, i.e., one of 1,2,3,4... will happen, and we could tell you here, but we won't. So what happens, is due to the *deceptive* message "To post a message to all the list members, send email to ..." the user posts and waits several days not knowing what is happening, while his burning question lies unseen who knows where. If subscription is required to post, than say "subscription is required to post". If you are not willing to mention that subscription is or is not required, in an effort to thwart spammers, then say "subscription may be required to post". Anyway, the software is very aware of just what requirements there are to post, so it should say them there on listinfo, unless the administrator has checked "[x]Obfuscate posting requirements on listinfo page". Whereupon say "subscription may be required to post, but the administrator has chosen not to reveal what they may be." Anyway, in no case continue saying "To post a message to all the list members, send email to ..." as it looks like the current message. If the list is really wide open, say "Membership not required to post"... Don't just reply to this bug saying to ask the administrator to edit the HTML files for his site, as the forwarding in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199195 probably thought. Tell them to edit the HTML if checking the above [x] box is not enough. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1868873&group_…

1 0

[ mailman-Bugs-1867289 ] administration language married to list language
by SourceForge.net Jan. 8, 2008

Jan. 8, 2008

Bugs item #1867289, was opened at 2008-01-09 07:42 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=1867289&group_… 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: administration language married to list language Initial Comment: Various administrators of the same list would like to interact with the web interface in various languages, independent of the list settings... Take like Wikipedia, one can browse and administer ZH.wikipedia.org in English, by using EN in one's preferences. But with mailman, no no no, you'll be administering in zh_TW, because your list is a zh_TW list. "What could be simpler?" :-( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1867289&group_…

1 0