アカウント名:
パスワード:
Mozilla系のMUAはRFCに近い実装ですが Outlook Expressは最初に検出したエンコードで全体をデコードするためsubjectのエンコードと異なるcontent-typeでは問題がでるなど、MIMEの扱いはぼろぼろです。
さらにIMAPでは検索などでサーバ側でもMIMEを扱うためこちらの対応状況も問題になります。
メーリングリストでも、アーカイブ作成時の変換やSubjectの書換などでエンコード/デコードが必要となります。
これらについて、現状ではiso-2022-jpであることや、メール全体が同じエンコーディングであることを仮定したハックによる対応が行われているものが散在し、Content-Typeに従った対応が全般に渡ってされていると仮定するのは無理があります。
タレコミ人のケースでも、テキストエディタで書いたものを 貼り付けたら別の文字コードで混ざったんですよね。 Windowsではあまり考えられないケースですが、Linuxとか使ってた ということではないですか?
よくあるパターンは、次のどちらかでしょう。
半角カタカナは多くのMUAの実装では全角カタカナに直してしまいますね。少なくとも、日本製のMUAで半角カタカナの処置を間違うようでは堕落と言われてしまうのでは?それに、私は半角カタカナが大嫌いなので使っていません。
> 「JIS X 0208で表現できない文字(「彅」とか)」が混じっていたこちらが正解。あと、Unicodeで定義された記号が混じっていたようです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
現状のContent-Type対応は十分ではありません (スコア:4, 参考になる)
Mozilla系のMUAはRFCに近い実装ですが Outlook Expressは
最初に検出したエンコードで全体をデコードするため
subjectのエンコードと異なるcontent-typeでは問題がでるなど、
MIMEの扱いはぼろぼろです。
さらにIMAPでは検索などでサーバ側でもMIMEを扱うためこちらの対応状況も問題になります。
メーリングリストでも、アーカイブ作成時の変換やSubjectの書換などで
エンコード/デコードが必要となります。
これらについて、現状ではiso-2022-jpであることや、
メール全体が同じエンコーディングであることを仮定したハックによる
対応が行われているものが散在し、Content-Typeに従った対応が
全般に渡ってされていると仮定するのは無理があります。
Re: (スコア:0)
> 最初に検出したエンコードで全体をデコードするため
> subjectのエンコードと異なるcontent-typeでは問題がでるなど、
> MIMEの扱いはぼろぼろです。
まず、Mozilla系を持ち上げてOEをコケ下ろす前に、そういう変な
メールを作成するメールソフトを糾弾すべきじゃないかと思うのは
私だけでしょうか?
タレコミ人のケースでも、テキストエディタで書いたものを
貼り付けたら別の文字コードで混ざったんですよね。
Windowsではあまり考えられないケースですが、Linuxとか使ってた
ということではないですか?
タレコミ人の書きようも、「そんなの読めないほうが悪いんじゃね?」
とでも言いたげに感じられるし。
Re:現状のContent-Type対応は十分ではありません (スコア:1)
よくあるパターンは、次のどちらかでしょう。
Re:現状のContent-Type対応は十分ではありません (スコア:1)
半角カタカナは多くのMUAの実装では全角カタカナに直してしまいますね。
少なくとも、日本製のMUAで半角カタカナの処置を間違うようでは堕落と言われてしまうのでは?
それに、私は半角カタカナが大嫌いなので使っていません。
> 「JIS X 0208で表現できない文字(「彅」とか)」が混じっていた
こちらが正解。あと、Unicodeで定義された記号が混じっていたようです。