FAQ for rt100i-users(users mailing-list) 'MailBody'

rt100i-usersメーリングリストのFAQ [メールの本文]

好ましくない漢字と好ましい漢字 (charset)

最終変更日	2002/Feb/27
文書サイズ	7.1KB

文字化けしちゃいました。

インターネットのメールの漢字コードは、ISO-2022-JP(JIS漢字)を使うことになっていますが、シフトJISやEUC(主にUNIXで使われる漢字コード)のままメールが送られると化けてたり、正常に受け取れなかったりします。
メールソフトをISO-2022-JP(JIS漢字)で送信するように設定してください。

期待されるヘッダ…(漢字の)コード識別情報

ほとんど間違いのない<理想的?>メール
SMTP(RFC821)では「7bitのus-ascii & 1行が1000文字以内」と決められています。
# JIS漢字(iso-2022-jp)は、7bit系で通信することができます。
以下のような、MIMEメッセージを追加することで利用可能になります。
--
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
--

困ったヘッダ…(漢字の)コード識別情報
経験的に特定のメールソフトに限定される障害のような気もする。(;_;)
# XXXが作ったメールソフトは以下のように処理されることがあるので注意してね！…みたいな。

「shift-jis」,「shift-jis」,「shift-jis」。シフトJIS漢字をMIME(BASE64)でそのまま送る。
そんでもって、SubjectもシフトJIS漢字をそのままMIMEエンコードしてます。
```
--
Subject: =?shift_jis?........?=
MIME-Version: 1.0
Content-Type: text/plain;
	charset="shift_jis"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
--
```
MIME(BASE64)、及び、シフトJIS漢字コードが処理できない環境の人は、読まなくていいんですか？(いいんですよね！)

「HTML」メール

以下、一例。他にいくつかのパターンがある。

--
Mime-Version: 1.0
Content-Type: multipart/alternative;
        boundary="----=_NextPart_000_0072_01BCFC88.88D888A0"
X-Priority: 3
X-Msmail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.71.1712.3
X-Mimeole: Produced By Microsoft MimeOLE V4.71.1712.3

This is a multi-part message in MIME format.

------=_NextPart_000_0088_88BCFC88.88D888A0
Content-Type: text/plain;
        charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

＜テキストによる本文＞

------=_NextPart_000_0088_88BCFC88.88D888A0
Content-Type: text/html;
        charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

＜HTMLによる本文…テキストと同じ内容のもの＞

------=_NextPart_000_0088_88BCFC88.88D888A0--

漢字を含んでいるのに「us-ascii」。シフトJISの漢字がそのままだったり。
```
--
Content-Type: Text/Plain; charset=us-ascii
--
```
…ASCII文字は、7bitコード系
　→シフトJISやEUCは、8bitコード系
(欧米文化の関係で)8bitの文字を通信すると文字化けします。

「8bitの非ASCII文字列」
# 最上位ビットの情報が落ちます。→7bitしか正常に通信できないことが一般的。
8bitのときは、だいたい、シフトJISやEUCなどの漢字コードで記述されている。
→7bitで漢字文字を通信できるJIS漢字(iso-2022-jp)を使うように設定する。
```
--
Content-Transfer-Encoding: 8bit
--
```
…ASCII文字は、7bitコード系
　→JIS漢字も、7bitコード系
間違いではないのだけれど「quoted-printable」だと読めないメーラもある。

「CR/LFで終る1行76文字以内のデータ」
```
--
Mime-Version: 1.0
Content-Type: Text/Plain; charset=unknown-8bit
Content-Transfer-Encoding: quoted-printable
--
```
※「quoted-printable」の「printable」は、「printable(印刷可能)なASCII文字」。
間違いではないのだけれど「BASE64」だと読めないメーラもある。

「英数字などを用いた符号化(BASE64符号化)」…33%長くなる
```
--
Mime-Version: 1.0
Content-Transfer-Encoding: BASE64
--
```
間違いではないのだけれど「UNICODE」だと'まだ'読めないメーラもあるかも。
```
--
Mime-Version: 1.0
Content-Type: Text/Plain; charset=utf-7
Content-Transfer-Encoding: 7bit
--
```
「binary」だとメーラとしては互換性が無いかもしれない。

「非ASCII文字列で1行の制限が無い」
```
--
Mime-Version: 1.0
Content-Transfer-Encoding: binary
--
```
「X-roman8」って何だろう？

なんか、JIS漢字みたいな雰囲気なんですけどね。
漢字シフトコードが、ESC-$-BとESC-(-Bみたい。
```
--
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
--
```

参考資料

ISO-2022-JP(RFC1468)
ISO-2022-JP-2(RFC1554)
UNICODE-1-1(RFC1641)
UTF-7(RFC2152, RFC1642)
UTF-8(RFC2044)

MIME
MIME Part 1(RFC2045)
MIME Part 2(RFC2046)
Content-Discription(RFC2183)
Assign Numbers(RFC1700)

[ FAQ for rt100i-users / files ]
[ rt100i-users / メールの書き方 / メールソフトの使い方 / メールヘッダ ]