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

すべての言語版のThunderbird、送信メールをUTF-8に変更へ」記事へのコメント

  • by Anonymous Coward

    もともと伝送経路で8bit目が落ちるのでISO-2022やUTF-7が使われていたんじゃなかったっけ?
    今はもう大丈夫なの?

    • by iwa (2980) on 2020年08月14日 18時42分 (#3870436)

      伝送経路というよりはSMTPの規格ですね。
      ESMTPで8BITMIME対応ならボディパートは8bitで送信してOK。
      (ヘッダパートはUS-ASCII固定なのでMIMEエンコード必須)

      親コメント
      • by Anonymous Coward

        MIMEエンコードされていないヘッダーはUTF-8として処理する、というのは受信したMUAだけで、送信はダメなんだっけ?

        • by iwa (2980) on 2020年08月14日 19時17分 (#3870451)

          https://tools.ietf.org/html/rfc5321 [ietf.org]
          > 2.3.1. Mail Objects
          ...
          > Although SMTP extensions (such as
          > "8BITMIME", RFC 1652 [22]) may relax this restriction for the content
          > body, the content header fields are always encoded using the US-ASCII
          > repertoire.

          なんで、ダメなんではないかと。

          親コメント
        • by Anonymous Coward

          MIMEエンコードされていないヘッダーはUTF-8として処理するMUAなんてある? 何か勘違いしてそう
          本文のエンコード方式を指定するヘッダのエンコード方式はUS-ASCII決め打ちにしておかないと不都合でしょ
          // 本文のエンコード方式を指定するヘッダのエンコード方式を指定するメタヘッダのエンコード方式の……

          • by Anonymous Coward

            MIMEエンコードされていないヘッダーはUTF-8として処理するMUAなんてある?

            既存のメールを.emlファイルとして保存し、Subject:などを生のUTF-8に書き換え、Thunderbirdで開いてみてください。文字化けしないと思います。この仕様変更は、Thunderbird 38からで、RFC 5335によるものだそうです。

            • by Anonymous Coward

              確かに文字化けしない。RFC 5335 [ietf.org]を読む限り、本来は Content-Type: message/global を指定した場合にUTF-8を含むものとして処理する意図のようだけど、Thunderbirdはmessage/rfc822やtext/plainでも気を利かせてくれるということか

              • by Anonymous Coward

                気を利かすんなら文字タイプ変更が2連続した程度でエンコードエラー文字を生成するような真似やめりゃいいのに。
                そこかしこでファイル名の途中に文字化け文字が挟まってて嫌になる。

        • by Anonymous Coward

          ESMTPの「UTF8SMTP」に対応してるならオッケー
          受信についてはRFC 5335
          送信についてはRFC 5336

人生の大半の問題はスルー力で解決する -- スルー力研究専門家

処理中...