[plamo:19471] Re: fmlのバグ??(Re: pcmcia-cs@plamo)

[OGAWA Kunihiko]

小川です。

田原さん>
>ということで、＠ だけだと、文字コード判定がうまくいかないのでしょうね。

「＠」は判定できるんですが、「＠p」ができないんです。

EUC の ＠ : a1 f7
EUC である可能性: a1 f7 の2文字
SJS である可能性: なし
EUCと判定

EUC の ＠p : a1 f7 70
EUC である可能性: a1 f7 の2文字
SJS である可能性: f7 70 の2文字
判定不能
(この場合、SJISの a1 が放置されるので、これを検出すれば改善可能?)

とりあえず、最新の安定板fmlでも、同じでした。


以下、余談・・・


田原さん>
>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

>> ドコモの携帯と Outlook Express がからんで返信しあうと、
>> Re> 返: Re: が混じりあうすごい Subject になり、
>> しかも全部 MIME エンコードされてたりするでしょ...
>
>うゎぁ、ありそう… (^^;

意地でもとっぱらいます。ソースはこんな感じで。
http://search.fml.org/cgi-bin/cvsweb.cgi/~checkout~/fml/module/Japanese/liblangdep.pl?rev=1.7.2.2&content-type=text/plain

あと、各メールソフト固有の不具合も、なるべく救おうという
感じで動いています。たとえば
http://www.zdnet.co.jp/macwire/0109/14/n_md_news1.html

昔は、$AGAINST_EUDORA なんて変数もあった・・・

-- 
小川邦彦 <kuni@urawa.red-diamonds.net> <kuni@edit.ne.jp>