アカウント名:
パスワード:
もともと伝送経路で8bit目が落ちるのでISO-2022やUTF-7が使われていたんじゃなかったっけ？今はもう大丈夫なの？
伝送経路というよりはSMTPの規格ですね。ESMTPで8BITMIME対応ならボディパートは8bitで送信してOK。(ヘッダパートはUS-ASCII固定なのでMIMEエンコード必須)
MIMEエンコードされていないヘッダーはUTF-8として処理する、というのは受信したMUAだけで、送信はダメなんだっけ？
MIMEエンコードされていないヘッダーはUTF-8として処理するMUAなんてある？ 何か勘違いしてそう本文のエンコード方式を指定するヘッダのエンコード方式はUS-ASCII決め打ちにしておかないと不都合でしょ// 本文のエンコード方式を指定するヘッダのエンコード方式を指定するメタヘッダのエンコード方式の……
MIMEエンコードされていないヘッダーはUTF-8として処理するMUAなんてある？
既存のメールを.emlファイルとして保存し、Subject:などを生のUTF-8に書き換え、Thunderbirdで開いてみてください。文字化けしないと思います。この仕様変更は、Thunderbird 38からで、RFC 5335によるものだそうです。
確かに文字化けしない。RFC 5335 [ietf.org]を読む限り、本来は Content-Type: message/global を指定した場合にUTF-8を含むものとして処理する意図のようだけど、Thunderbirdはmessage/rfc822やtext/plainでも気を利かせてくれるということか
気を利かすんなら文字タイプ変更が2連続した程度でエンコードエラー文字を生成するような真似やめりゃいいのに。そこかしこでファイル名の途中に文字化け文字が挟まってて嫌になる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
ビット落ち (スコア:1)
もともと伝送経路で8bit目が落ちるのでISO-2022やUTF-7が使われていたんじゃなかったっけ？
今はもう大丈夫なの？
Re: (スコア:1)
伝送経路というよりはSMTPの規格ですね。
ESMTPで8BITMIME対応ならボディパートは8bitで送信してOK。
(ヘッダパートはUS-ASCII固定なのでMIMEエンコード必須)
Re: (スコア:0)
MIMEエンコードされていないヘッダーはUTF-8として処理する、というのは受信したMUAだけで、送信はダメなんだっけ？
Re: (スコア:0)
MIMEエンコードされていないヘッダーはUTF-8として処理するMUAなんてある？ 何か勘違いしてそう
本文のエンコード方式を指定するヘッダのエンコード方式はUS-ASCII決め打ちにしておかないと不都合でしょ
// 本文のエンコード方式を指定するヘッダのエンコード方式を指定するメタヘッダのエンコード方式の……
Re:ビット落ち (スコア:0)
MIMEエンコードされていないヘッダーはUTF-8として処理するMUAなんてある？
既存のメールを.emlファイルとして保存し、Subject:などを生のUTF-8に書き換え、Thunderbirdで開いてみてください。文字化けしないと思います。この仕様変更は、Thunderbird 38からで、RFC 5335によるものだそうです。
Re: (スコア:0)
確かに文字化けしない。RFC 5335 [ietf.org]を読む限り、本来は Content-Type: message/global を指定した場合にUTF-8を含むものとして処理する意図のようだけど、Thunderbirdはmessage/rfc822やtext/plainでも気を利かせてくれるということか
Re: (スコア:0)
気を利かすんなら文字タイプ変更が2連続した程度でエンコードエラー文字を生成するような真似やめりゃいいのに。
そこかしこでファイル名の途中に文字化け文字が挟まってて嫌になる。