パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

日本語のe-mail、ISO-2022-JP以外のcharsetを使うのは是か非か」記事へのコメント

  • Mozilla系のMUAはRFCに近い実装ですが Outlook Expressは
    最初に検出したエンコードで全体をデコードするため
    subjectのエンコードと異なるcontent-typeでは問題がでるなど、
    MIMEの扱いはぼろぼろです。

    さらにIMAPでは検索などでサーバ側でもMIMEを扱うためこちらの対応状況も問題になります。

    メーリングリストでも、アーカイブ作成時の変換やSubjectの書換などで
    エンコード/デコードが必要となります。

    これらについて、現状ではiso-2022-jpであることや、
    メール全体が同じエンコーディングであることを仮定したハックによる
    対応が行われているものが散在し、Content-Typeに従った対応が
    全般に渡ってされていると仮定するのは無理があります。

    • by Anonymous Coward on 2009年01月18日 19時25分 (#1493598)

      Mozilla系のMUAはRFCに近い実装ですが Outlook Expressは
      最初に検出したエンコードで全体をデコードするため
      subjectのエンコードと異なるcontent-typeでは問題がでるなど、
      MIMEの扱いはぼろぼろです。

      とは言いますが、そもそもSubjectフィールドとContent-Typeフィールドは、同じ形式でエンコードしておくべきでは?
      更に言えば、Subeject/Content-Typeフィールドに別々のエンコードをしてしまうというのは、 新米Emacsen使いな方々の設定ミスが主な原因と記憶していましたが。

      Emacsを利用していると、各国語のエンコードが入り混ったメールでも良きに図らってくれる為、 単なるリーダとして利用している分には、誰が使おうと構わないのですが。
      Emacsで、いざメールを書くとなると設定のあやしい新米さんの場合、 Subjectやメール本文をエンコードせずに送信したり、あちこち異なった形式でエンコードしたりと、 色々と迷惑をかけるので困りものです。
      Emacsで読んでいる為、読むことには何の支障もないので、自分では気づきにくい、 というか、他人から指摘されるまで気づかないので本当に困ります。

      # 自称ギークな上司が正にこのパターンで、分かってもらうのにとても苦労したAC
      # 何年もやりとりしていた取引先の方が、実は我慢してやりとりしていた事実を知って、本人も流石に凹んでいましたが…

      親コメント
      • > とは言いますが、そもそもSubjectフィールドとContent-Typeフィールドは、同じ形式でエンコードしておくべきでは?
        MIMEのミニマムな文字集合を使用すべし、という原則に従うと必ずしも同じとならんでも仕方ありません。

        (元々ヘッダとボディの扱いが独立なのですから、非US-ASCII文字のエンコード方法については。)
        親コメント
      • by Anonymous Coward

        > とは言いますが、そもそもSubjectフィールドとContent-Type
        > フィールドは、同じ形式でエンコードしておくべきでは?

        同じじゃなくても、ちゃんと規格通り動作するべき。

      • by Anonymous Coward

        それって RMAIL ?

        # 「Emacs でメール」って「Windows でメール」って言うくらい漠然とした言い方だな

物事のやり方は一つではない -- Perlな人

処理中...