Mailman 3 April 2006 - Mailman-i18n

Bahasa Indonesia
by Emil Djagoredo 16 Jun '06

16 Jun '06

Dear all, is there any working to translate the mailman doc's in Bahasa Indonesia thank's. Emil Djagoredo

2 1

Re: [Mailman-i18n] RTL (was: Re: Hebrew translation)
by Clytie Siddall 02 May '06

02 May '06

Cc also to mailman-i18n, since this is an i18n issue which will affect other languages we don't yet have. For example, if someone comes along later and wants to translate into another RTL language, this discussion will be in the archives. However, I would be keen to document RTL capability in the wiki, once we have it. :) On 25/04/2006, at 6:13 AM, Barry Warsaw wrote: >> Barry, does Mailman support languages written from right to left >> (RTL) ? > > To be honest, I don't know! We'll have to try it and then fix > anything > we find broken. It might be best to experiment on the 2.2 trunk > first, > but if the changes are minimal, then we can pull the Hebrew > translation > into the 2.1 branch. What would be the best way to test if it exists, Barry? Do you want Tzipi to complete the whole mailman.po file first, then submit it so it can be tested in the interface? If so, would you have time to build Mailman with that file, and put it up online, so Tzipi can look at the interface and say if his strings are displaying correctly or not? (We could even do this earlier, with a partly-completed file.) We don't need to worry about the templates separately, since in trunk they're integrated into the mailman.po file. (Good news for current Mailman translators. ;) "Trunk" is the section of Mailman that will develop into an upcoming version: Mailman 2.2? This nomenclature is easier to remember if you think of all the energy going into growing the trunk of the tree, so it can produce strong new branches [versions]. ;) ) Tzipi, we will need the advice of at least one very experienced open- source Hebrew translator. Have you been in touch with Eli at the Translation Project yet? Please ask him for advice on any issues we may encounter in testing or adapting Mailman for RTL. This can save a lot of extra work, since I know myself that there are issues specific to each language, which the more experienced translators have already encountered, and about which they can offer very useful advice, and often specific workarounds. Tzipi, once you have read our Internationalization page and howto (the links I've already sent you) you can certainly start working on the mailman.po file (the interface file). We can't test anything until we have some Hebrew text in Mailman! :) *** However, there is one small change to the Howto: you need to download the Mailman 2.2, not the current branch (2.1.8). *** If you have any further questions or problems, after reading our current Internationalization documentation, please ask. :) from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN

2 4

Problems with Vietnamese translation
by Mark Sapiro 30 Apr '06

30 Apr '06

I have just done a 'clean' configure and make install from the currend subversion trunk. I see the following issues: There is a templates/vi directory in the trunk. It is empty, but it really shouldn't be there at all. More importantly, po2templ.py didn't create any templates in templates/vi. This appears to be because in messages/vi/LC_MESSAGES/mailman.po, the magic #: templates/en/filename:1 headers are missing the ' ' between '#:' and 'templates'. -- Mark Sapiro <msapiro(a)value.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 12

Re: [Mailman-i18n] RTL (was: Re: Hebrew translation)
by Clytie Siddall 26 Apr '06

26 Apr '06

Hello Simcha, thankyou for joining the discussion. :) On 25/04/2006, at 12:11 PM, Rabbi Simcha Backman wrote: > > "Tzipy" is a female - I saw she was referred to as a "his". Tzipy > is a > nickname for the Biblical name "Ziporah". It's a lovely name. I should know better, since I'm female myself, but with the female participation in open-source at an all-time high of 1.5%, one tends to assume "male". Sorry, Tzipi ! :) > > Anyway...now that we cleared that up - how can I help? Is there > any segment > that you would like me to help out with? My offer to assist with > the Hebrew > translation still stands as I would like to implement mailman for > Hebrew as > well. Simcha, you speak as though you have mentioned translating Mailman into Hebrew before: I haven't been on the Mailman list long, so I'm sorry if I have missed your posts. Tzipi has just arrived, and offered to translate Mailman into Hebrew. She then asked (of course!) if we had RTL support, and that's what we've been discussing. I'm concerned that all the new information she's expected to take in, as a first-time Mailman translator and (I think) a first-time translator in other ways, plus the RTL testing, may have intimidated her. I hope not. If you could support her in this translation, work together, that would be great. :)) I will also send Tzipi an invitation to a small i18n-mentor group for women translators, where we are trying to encourage more participation. She may find that helpful. (Tzipi, are you still there? :) ) from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN

1 0

Another Vietnamese translation issue
by Mark Sapiro 25 Apr '06

25 Apr '06

There is no entry for Vietnamese in the add_languages() statements in Defaults.py.in in the Release_2_1-maint branch or in the LANGUAGE_DICT entries in Defaults.py.in in the trunk. -- Mark Sapiro <msapiro(a)value.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 0

Re: [Mailman-i18n] Hebrew translation
by Tzipi Katz 24 Apr '06

24 Apr '06

I understend there isn't one. Do you know if there is a way to work rtl with mailman? Tzipi ----- Original Message ----- From: Tzipi Katz To: mailman-i18n(a)python.org Sent: Sunday, April 23, 2006 1:36 PM Subject: [Mailman-i18n] Hebrew translation Hello Das someone know about Hebrew translation that already exist? Tanks Tzipi Katz _______________________________________________ Mailman-i18n mailing list Posts: Mailman-i18n(a)python.org Unsubscribe: http://mail.python.org/mailman/options/mailman-i18n/d.terweij%40nettunin g.net

1 0

Hebrew translation
by Tzipi Katz 23 Apr '06

23 Apr '06

Hello Das someone know about Hebrew translation that already exist? Tanks Tzipi Katz

3 2

Bulgarian translation effort continues
by Alexander Shopov 21 Apr '06

21 Apr '06

Hi, Just wanted to inform that the Bulgarian translation effort continues. I have translated the templates and I am somewhere in the 15% of the po-file. Kind regards: al_shopov

3 2

Mailman Language Champions
by Clytie Siddall 21 Apr '06

21 Apr '06

Hello everybody :) The Mailman wiki is looking great, and we have our own Internationalization [1] page! Please have a look, and while you're there, register with the wiki and contribute your own ideas and experience. ;) We also have our own HowTo [2], and the Internationalization page from the website has been ported [3] to the wiki. This includes the table of supported languages and Mailman Language Champions. We've made a separate column for additional information, so if you have a website or mailing-list link you'd like included, please add it [4]. Please check the Language Champions table, and make sure the information is up-to-date. If not, please edit it. (If for some reason editing the wiki is awkward for you, you can send the information to me, and I will edit the page accordingly. But the wiki is very easy to use.) This is a good opportunity to make sure all our information is up-to- date. I'd also like to suggest that on the Supported Languages table, we really only need one contact person per language. That language is welcome to include a link to its own page, which would list everyone contributing to that translation, but I don't think we really need more than one name per language on the table. Our Mailman developers will probably keep at least one backup contact per language, but for the public table, I think we only need one name per language, which would make the table much easier to scan for information. Currently, some sections are very crowded, and its not as easy to run your eye through the information and quickly find what you want, as it would be with one name per section. What do others think about this? Would it be OK to go ahead and display one contact name for each language? If so, please edit the table yourself, for your language, or send that information to me. The information sent could be as simple as "Use Pablo for Spanish", if Pablo's details are already in the table, or it could be the language name, contact name and contact email address for someone not yet there. I look forward to seeing your contributions in the wiki. :) from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN [1] http://wiki.list.org/display/DEV/Internationalization [2] http://wiki.list.org/display/DEV/i18nhowto [3] http://wiki.list.org/display/DEV/Languages [4] Syntax: [name|link] for http, and [name|mailto:email address] for email addresses

2 1

Dutch Translation
by Ace Suares 20 Apr '06

20 Apr '06

Hi All, It is my pleasure to announce that the Dutch translation has a new 'Champion': Jan Veuger. The previous Champion, Danny Terweij, has released the translation to Jan Veuger and I want to thank Danny 1000x for all his work. At the moment we have a .po for 2.1.5 and I am now in the process of trying to convert it for use in 2.1.8 and future releases. I could use some help with that, but I'll try to follow the instructions that where recently sent to this list and I'll browse the wiki. I am Ace Suares, and I am doing the technical part of the work. Jan Veuger is the translator, you'll find his emailadress on the Wiki: http://wiki.list.org/display/DEV/Languages All comments about the translation should go to Jan. We are looking forward to work with you and contribute to the software we have been using for many years! Ace -- all my objects are disoriented Suares & Co, Open Source Solutions mail: Sans Souci #11, Willemstad, Curacao (NA) phone: +599 786 23 73 fax: +31 848 707 705 web: http://www.suares.an email: ace(a)suares.an

1 0

Vietnamize mailman
by ho anh 18 Apr '06

18 Apr '06

I want to translate Mailman into Vietnamese. It means that the language use in Mailman program include of Vietnamese. Please tell me how to Vietnamize Mailman ! Thank a lot --------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.

2 1

New Mailman wiki, Subversion (and other stuff)
by Barry Warsaw 15 Apr '06

15 Apr '06

For a while now, I've been trying to implement several project management improvements for Mailman, so that future development can be opened up to more people. As Tokio's and Mark's work has shown, there are very talented programmers out there that can contribute great stuff to Mailman if given a chance. Folks like Brad, JC, and Terri have also contributed greatly in ways other than with code, and I'd like to make it easier for others like them to help out. With 2.1 in maintenance mode, planning for 2.2 gearing up, and my desire to once again jump start 3.0 work, we need all the help we can get. While I'm still working on some things, there have been some good developments that I wanted to let you know about. First, Atlassian has offered free licenses and hosting for their excellent products Jira (issue tracker) and Confluence (wiki). I've used both for several years now and I think they are top-notch applications; Jira is definitely one of the best issue trackers I've used. The wiki is now live, although not a lot of content has been moved there. Please see <http://wiki.list.org>. You can browse the wiki anonymously, but you must sign up to make any additions or changes. I would eventually like to move things like the Mailman FAQ, list of Mailman users, online documentation (where it doesn't overlap with the latex docs), and all community contributed content from the main web site to the wiki. If you've been looking for a way to contribute to Mailman that doesn't involve coding, here's your chance! While Jira is live, there's nothing yet there. I've done only the minimal configuration for the issue tracker, but have not yet even set up any projects. Still, you can go to <http://bugs.list.org> to sign up or get a feel for the basics. Right now, I'm working on a conversion script that will take the SourceForge tracker data and massage it into a form that Jira can import. My plan is to move all issue tracking to Jira from SF's trackers. One option to getting there faster is to just start Jira from scratch -- i.e. not import the SF issues. We could say that all 2.2 and 3.0 bugs and patches must go to Jira, but that 2.1 bugs would stay on SF. Then, when 2.1 is retired, we'd retire the SF tracker (that may not be for a long time though, given how pervasive 2.1 is). I'm interested in getting opinions about whether we should migrate all issues to Jira now, split the issues as described above, or take some other approach. Now that Mailman 2.1.8 is out, I've gone ahead and converted the SF CVS repository to Subversion. You can checkout the entire tree via <https://svn.sourceforge.net/svnroot/mailman> but understand that that will checkout /everything/ (trunk, tags, branches, etc). If you just want Mailman 2.1, you can check out <https://svn.sourceforge.net/svnroot/mailman/branches/Release_2_1-maint>, or if you just want the trunk (2.2) you can check out <https://svn.sourceforge.net/svnroot/mailman/trunk>. You should no longer be able to check anything into the CVS repository. Not everyone who had write permission to CVS has been given Subversion write access. If you still need write access to Subversion and don't have it, please let me know. Now that the conversion is complete, I plan on doing some repo house cleaning, such as moving the website stuff out of the main directory. After that, we can decide to leave the Subversion repository on SourceForge, or move it to Atlassian's hosting. The latter gives us the ability to control write permissions per directory and a hook to Fisheye for repo browsing through the web. Even if we want to move, we don't need to do that right away, as an svn dump/restore should do the trick. Now that these changes have been made, I think it's time to start planning for Mailman 2.2. To that end, I would like most development artifacts to be recorded in the wiki, although discussion should still happen on mailman-developers (there's a 'Development' space and a link for 2.2 under that). I also plan on getting our data imported into Rosetta so we can coordinate i18n there; it's mostly my fault I've dropped the ball on this one. Longer term, as we begin to restart Mailman 3 development, all those decisions will go in the wiki too. I have some other thoughts about Mailman 3 that I'd like to get feedback on, but as this message is getting fairly long anyway, I'll defer that for the time being. So in summary, please check out the wiki. Let me know what you think about importing the SF issues into Jira. And check out the Subversion repository. -Barry

1 0

RELEASED: Mailman 2.1.8
by Tokio Kikuchi 15 Apr '06

15 Apr '06

On behalf of the development team, I'm pleased to announce the release of GNU Mailman 2.1.8. In this release, we have fixed a cross-site scripting security bug in the previous release (CVE-2006-1712), integrated a new version of email library (email-2.5.7), and added bounce processing supports for number of sites and MUAs. It is highly recommended that all sites using 2.1.7 and before should update to this release. Mailman is free software for managing email mailing lists and e-newsletters. For more information, see: http://mailman.sourceforge.net/ For links to download the Mailman 2.1.8 source tarball, see: http://sourceforge.net/project/showfiles.php?group_id=103 (Note that uploading to the mirror sites may be delayed.) -- Tokio Kikuchi

1 0

How to tell if HTML templates have changed?
by Clytie Siddall 14 Apr '06

14 Apr '06

Hello all :) Now I've translated all the html templates, I need to be able to monitor them for changes. Where the PO format is designed to tell us which original strings are untranslated or only partially translated, HTML format is not. I'll ask the Omega-T developer about this: it's a HTML translation tool. Meanwhile: could you please tell us if you have changed the HTML templates? Otherwise, we'll have to diff the lot everytime Mailman is updated. If you have any better ideas on how to track changes in the HTML templates, please say! :) from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN

1 0

Released: Mailman 2.1.8 release candidate
by Tokio Kikuchi 07 Apr '06

07 Apr '06

Hi all, Mailman 2.1.8rc1 was released for the final test of 2.1.8. Important: This is not only a release candidate but also include a fix for a cross-site scripting bug found in 2.1.7. All sites running previous versions are adviced to upgrade to 2.1.8(rc1). I am going to release the final by the next weekend if nothing serious happens. Please download it from Sourceforge file area: http://sourceforge.net/project/showfiles.php?group_id=103 Cheers, Tokio --------------------------------------------------- Here is a history of user visible changes to Mailman. 2.1.8rc1 (07-Apr-2006) Security - A cross-site scripting hole in the private archive script of 2.1.7 has been closed. Thanks to Moritz Naumann for its discovery. Bug fixes and other patches - Bouncers support added: 'unknown user', Microsoft SMTPSVC, Prodigy.net and several others. - Updated email library to 2.5.7 which will encode payload into qp/base64 upon setting. This enabled backing out the scrubber related patches including 'X-Mailman-Scrubbed' header in 2.1.7. - Fix SpamDetect.py potential hold/reject loop problem. - A warning message from email package to the stderr can cause error in Logging because stderr may be detached from the process during the qrunner run. We chose not to output errors to stderr but to the logs/error if the process is running under mailmanctl subprocess. - DKIM header cleansing was separated from Cleanse.py and added to -owner messages too. - Fixes: Lose Topics when go directly to topics URL (1194419). UnicodeError running bin/arch (1395683). edithtml.py missing import (1400128). Bad escape in cleanarch. Wrong timezone in list archive index pages (1433673). bin/arch fails with TypeError (1430236). Subscription fails with some Language combinations (1435722). Postfix delayed notification not recognized (863989). 2.1.7 (VERP) mistakes delay notice for bounce (1421285). show_qfiles: 'str' object has no attribute 'as_string' (1444447). Utils.get_domain() wrong if VIRTUAL_HOST_OVERVIEW off (1275856). Miscellaneous - Brad Knowles' mailman daily status report script updated to 0.0.16. -- Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp http://weather.is.kochi-u.ac.jp/

1 0

Mailman Arabic translation is ready
by Munzir Taha 04 Apr '06

04 Apr '06

Hi, It's my pleasure to contribute an Arabic translation of mailman. I will polish it more and complete the missing strings in the near future. Please commit it and let me know the procedure of updating/merging the template files when changes occur. Hope there is a way other than doing a manual compare. The add_language line should read: add_language('ar', _('Arabic'), 'utf-8') Keep up the good work. The attachment is sent privately to Barry. -- Munzir Taha Telecommunications and Electronics Engineer Maintainer of Fedora Arabic Translation Project https://listman.redhat.com/mailman/listinfo/fedora-trans-ar Maintainer of the OpenBugs project page at http://www.arabic-fedora.org/munzir/OpenBugs.html Master CIW Designer, ICDL, MOUS, Linux+, LPI 101 Riyadh, SA

4 7

ways to prioritize what to translate?
by Bruno Haible 03 Apr '06

03 Apr '06

Hello, On the translation-i18n mailing list some translators said that they were not willing to translate the entire mailman POT file because it was so big, and many messages appeared to be in a context never seen by a mailing list subscriber. Would it be possible for the mailman project to prioritize the messages according to the target user role? I was told that mailman has three types of users: admins, editors, subscribers. They see different output from mailman. I would estimate that the localization of the parts that reaches subscribers is higher priority than the rest. (Because when you have 5 people or more starting a mailing list, you can expect to find one of them who understands English; this person then can become the list administrator.) For the translators, it is acceptable to have 3 POT files instead of a single POT file; it is also acceptable to keep everything in a single POT file which has extracted tags (#. syntax) that indicate the target user (e.g. "#. to subscribers") or prioritization (e.g. "#. +", "#. ++", "#. +++"). If distinct user roles are handled by distinct source files, you can simply pass different file lists in 3 different xgettext invocations. If not, you can use different translation functions instead of _(); xgettext 0.15 will have an option to create specific extracted tags in #. syntax depending on the translation function that is used. Bruno

1 0

Mailman-i18n April 2006