[plamo:19472] Re: fmlのバグ??

[Shun-ichi TAHARA (田原 俊一)]

From: OGAWA Kunihiko <kuni@edit.ne.jp>
Message-Id: <030626215757.M0128593@korosuke.edit.ne.jp>

> >ということで、＠ だけだと、文字コード判定がうまくいかないのでしょうね。
> 
> 「＠」は判定できるんですが、「＠p」ができないんです。

なるほど。

しかし、元は MIME でエンコードされた列ですので、デコード後の文字コード
は明らかなはずですよね? 自動認識する必要ってあるんでしょうか?

# fml のコードを見ずに言っています (__)。

あるいは、Perl-5.8 とかに移して、内部コードを UNICODE にすれば解決する
かも??

> >RFC2047 の癖として、スペースがない列は一気にエンコードしないといけない、
> >というものがあります(でないとデコード時に空白が増えてしまう)。
> 
> ですね。以前は fml も mime_pls
> http://www.cc.rim.or.jp/~ikuta/mime_pls/
> を使っていたのですが、まさにこの問題で、IM (Mew-2に添付)に
> 入れ替えました。
> http://tonbi.fml.org/mlarchives/fml-devel/200106/msg41.html

実は、IM もまだ完璧じゃないんですよね。

ASCII とそれ以外の部分の間に空白があるようなパターンでは、エンコーダと
デコーダが対照的でなかったのだったっけか…

RFC2047 的に完全な(というか、RFC2047 自体が怪しいけど、とりあえず対照
的に変換できる)コードは、Mew-2.0 以降の ELisp 中です。
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
田原 俊一   jado@flowernet.gr.jp, shunichi_tahara@zenrin.co.jp
                                  http://flowernet.gr.jp/jado/
FingerPrint:  16 9E 70 3B 05 86 5D 08  B8 4C 47 3A E7 E9 8E D9
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣