アカウント名:
パスワード:
いまどきのメールサーバほぼ 8bit データを通すので 大抵は UTF-8 でもかまわないのですが、すべてが通すわけではないというところに問題があります。海外のサーバに多い印象ですが、経路のどこかに 8BITMIME を返してくれない SMTP サーバがいると、そこで quoted-printable や base64 でエンコードされて配送されるわけです。そうすると ３バイトどころか４バイト６バイトとデータ量が膨れ上がるのでいろいろ残念な思いです。
あと、古いケータイには ISO-2022-JP か Shift_JIS エンコードのメールしか受け付けないようなものがあるらしいと聞いたのですが、具体的にどの世代が該当するのかわかりませんでした。
そんなわけでサーバ内部では UTF-8 であるにもかかわらず、メールを送るときだけは ISO-2022-JP もどきに変換して送ってる私をお許しください。
# ①や～を送ってるところが「もどき」。
古い「ケータイ」ではなく「PHS」ですが，WX310KのメーラーでUTFなメールを受信すると化け化けになりますね。（何に対応していて，何に対応していないのかはよく分かりませんが・・・）
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
Content-Transfer-Encoding (スコア:0)
いまどきのメールサーバほぼ 8bit データを通すので 大抵は UTF-8 でもかまわないのですが、すべてが通すわけではないというところに問題があります。
海外のサーバに多い印象ですが、経路のどこかに 8BITMIME を返してくれない SMTP サーバがいると、そこで quoted-printable や base64 でエンコードされて配送されるわけです。
そうすると ３バイトどころか４バイト６バイトとデータ量が膨れ上がるのでいろいろ残念な思いです。
あと、古いケータイには ISO-2022-JP か Shift_JIS エンコードのメールしか受け付けないようなものがあるらしいと聞いたのですが、具体的にどの世代が該当するのかわかりませんでした。
そんなわけでサーバ内部では UTF-8 であるにもかかわらず、メールを送るときだけは ISO-2022-JP もどきに変換して送ってる私をお許しください。
# ①や～を送ってるところが「もどき」。
Re:Content-Transfer-Encoding (スコア:2)
あと、古いケータイには ISO-2022-JP か Shift_JIS エンコードのメールしか受け付けないようなものがあるらしいと聞いたのですが、具体的にどの世代が該当するのかわかりませんでした。
古い「ケータイ」ではなく「PHS」ですが，WX310KのメーラーでUTFなメールを受信すると化け化けになりますね。
（何に対応していて，何に対応していないのかはよく分かりませんが・・・）