[Email-SIG] Re: support CJKCodecs in Charset.py

[Jason R. Mastaler]

Tokio Kikuchi <tkikuchi at is.kochi-u.ac.jp> writes:

> Both JapaneseCodecs and CJKCodecs include 'euc-jp' and 'iso-2022-jp'
> which are required in internal conversion of messages in Mailman.
> While CJKCodecs include jis-x0213 ('iso-2022-jp-[23]'),
> JapaneseCodecs can handle half-width-kana by 'iso-2022-jp-ext'.
>
> I think we can handle well behaved japanese messages by CJKCodecs
> and users can add JapaneseCodecs if they want to do with extended
> charsets.
>
> +1 for CJKCodecs

Thank-you for the clarification Kikuchi-san.  

As {CJK,Japanese,Korean}Codecs have their own .pth file that registers
their encoding aliases, there's no need to use a specific module
prefix like 'japanese.' or 'korean.' as is currently done in
Charset.py.  If we remove these prefixes there won't be an
incompatibility issue with {CJK,Japanese,Korean}Codecs.  The only
compatibility issue will be with ChineseCodecs which will no longer be
supported.