[Mailman-i18n] I18N Japanese issues

[Brian Takashi Hooper]

Hi there I18N people, I'm Brian Hooper, this is my first post to
Mailman-I18N.  I'm doing my best to try to make Mailman work better for
my environment, which is Japanese.

Juan Carlos was kind enough to send me a copy of the I18N-patched
Mailman that he has made, so I have been looking over it with an eye to
whatever improvements I could make to have it work well with asian
languages.  The diff was pretty big (all those _(" ")s!), so I might
have missed it, but one thing that I was looking for that still (for my
environment, at least) needs to be done is support for RFC 1342-style
encoded headers, that is, things that look like:

Subject: =?ISO-2022-JP?B?GyRCJTMlcyVGJXMlRCROMHo3USQuGyhC?=

I have made a simple converter and will add it to Mailman so that it
converts these things to the local encoding set as appropriate for mail
messages and the archives.

Message bodies have similar issues, I think - typically Japanese
messages are converted to JIS and then Base 64 encoded; although other
formats are supported this seems to be the friendliest one for the
greatest variety of mail gateways and clients.

In Japan there is also the issue of dealing with multiple encodings for
the Web and mail - the Web is standardized on SJIS or EUC, whereas mail
messages use ISO-2022-JP, JIS.  So I think the right way to do this
would allow you to set, perhaps in mm_cfg or perhaps in the program
logic switched on LC_*, which encoding you want for Web output and which
encoding to use for mail, and also allow the specification of a custom
codec(s) to do the necessary conversions (I think with Japanese we can
get away with EUC <-> JIS, most other languages wouldn't even need
anything special).

What does everyone think?  Opinions, comments (esp. if there are others
interested in specifically asian-language or RFC 1341/1342 handling).

--Brian Hooper
Tokyo, Japan