MIME (電子メール)

[16] MIME (マイム) は、インターネットメールにおいて非ASCII文字や非テキストデータ、添付ファイルや外部参照を記述したり、単一メッセージを複数メッセージに分割したりする一連のメッセージ構文仕様です。

[36] MIME は RFC 822 により規定される電子メールのメッセージ形式の上位層として使用する追加のプロトコルとして定義されていますが、現在では常に併用される電子メールプロトコル群の一部分となっています。

[37] また MIME の定義する機能の一部または全部を Web をはじめとする電子メール以外のプロトコルも利用しています。

呼称#✎

[53] Bruce Lilly は、 ietf-822 に送った記事 mid:3E46CDE6.2060209@Sonietta.blilly.com で、 MIME はどう発音するのかとたずねました。

Ned: Nathaniel は英単語 mime の発音 (マイム) だし、僕もそうしてきたさ。綴りで (エム・アイ・エム・エー) 読む人もちょっといたけど、ちょっとだけさ。
Keith Moore: MIME って略語は発音出来る様に選んだんだし。
Bruce Lilly: それじゃあ、 RFC 2047 第3節の次の箇所は間違いですよね。

the character set names allowed in an MIME "charset" parameter of a

Keith Moore: あちゃー。こりゃあ直して Proposed Standard からやり直さないとあかんなあ。
Paul Smith: (w が抜けてます。。。

[54] 蛇足ながら解説をば。 IETF の標準化過程では、提案標準 (Proposed)→素案標準 (Draft)→(完全)標準 (Full) と進みますが、現在 MIME (RFC 2045〜) は素案標準の段階です。

[55] ですからこのままうまくいけば、次の RFC (出るのか不明ですが。) では MIME も晴れて full standard に昇格できるはずです。しかし、改訂の際に仕様に大きな変更が入った場合は、提案標準に差し戻されます。

[56] ですから、ここで Bruce から重大な誤りを指摘されて、 Keith はまた一からやり直しか〜(wと嘆いていた(嘘)のです。解説終わり。

範囲の拡大#✎

[19] MIME はその名の通り本来は電子メールのための仕様でしたが、徐々にその適用範囲と意味が拡大しています。

[22] MIME は当初から電子メールだけでなく、ほぼ同じメッセージ形式を採用していたネットニュース (USENET) も想定範囲となっていました。

[29] MIME はこれら以外の HTTP、SIP、BEEP などのプロトコルにも拡大されていきました。ただしその際に元の MIME の意味や構文が少しずつ変形されていきました。

[30] MIME の Base64 は、 (そもそも MIME 以前からあったのですが) MIME の他の機能を使っていない様々な場面でも使われるようになりました。そのような場面では、俗に「MIME」という名称で実は Base64 を指していることがあります。

[31] MIME の媒体型は俗に MIME型、あるいは更に略されて MIME と呼ばれるようになり、「MIME」という用語が本来の MIME よりも MIME型のことを指していることが多いとすら思われます。 MIME型はインターネット等相当広範囲で用いられています。

仕様書#✎

MIME の本体#✎

第1世代#✎

[40] RFC 1341 urn:ietf:rfc:1341

MIME (Multipurpose Internet Mail Extensions): Mechanisms for Specifying and Describing the Format of Internet Message Bodies. N. Borenstein, N. Freed. June 1992. (Format: TXT=211117, PS=347082, PDF=192244 bytes) (Obsoleted by RFC1521) (Status: PROPOSED STANDARD)

[41] RFC1342 urn:ietf:rfc:1342

RFC1521 urn:ietf:rfc:1521#✎

1521 MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms

     for Specifying and Describing the Format of Internet Message Bodies.
     N. Borenstein, N. Freed. September 1993. (Format: TXT=187424,
     PS=393670, PDF=205091 bytes) (Obsoletes RFC1341) (Obsoleted by
     RFC2045, RFC2046, RFC2047, RFC2048, RFC2049) (Updated by RFC1590)
     (Status: DRAFT STANDARD)

RFC1522 urn:ietf:rfc:1522#✎

1522 MIME (Multipurpose Internet Mail Extensions) Part Two: Message

     Header Extensions for Non-ASCII Text. K. Moore. September 1993.
     (Format: TXT=22502 bytes) (Obsoletes RFC1342) (Obsoleted by RFC2045,
     RFC2046, RFC2047, RFC2048, RFC2049) (Status: DRAFT STANDARD)

1590 Media Type Registration Procedure. J. Postel. March 1994.

     (Format: TXT=13044 bytes) (Obsoleted by RFC2045, RFC2046, RFC2047,
     RFC2048, RFC2049) (Updates RFC1521) (Status: INFORMATIONAL)

RFC2045 urn:ietf:rfc:2045#✎

2045 Multipurpose Internet Mail Extensions (MIME) Part One: Format of

     Internet Message Bodies. N. Freed, N. Borenstein. November 1996.
     (Format: TXT=72932 bytes) (Obsoletes RFC1521, RFC1522, RFC1590)
     (Updated by RFC2184, RFC2231) (Status: DRAFT STANDARD)

RFC2046 urn:ietf:rfc:2046#✎

2046 Multipurpose Internet Mail Extensions (MIME) Part Two: Media

     Types. N. Freed, N. Borenstein. November 1996. (Format: TXT=105854
     bytes) (Obsoletes RFC1521, RFC1522, RFC1590) (Updated by RFC2646)
     (Status: DRAFT STANDARD)

RFC2047 urn:ietf:rfc:2047#✎

2047 MIME (Multipurpose Internet Mail Extensions) Part Three: Message

     Header Extensions for Non-ASCII Text. K. Moore. November 1996.
     (Format: TXT=33262 bytes) (Obsoletes RFC1521, RFC1522, RFC1590)
     (Updated by RFC2184, RFC2231) (Status: DRAFT STANDARD)

RFC2048 urn:ietf:rfc:2048#✎

2048 Multipurpose Internet Mail Extensions (MIME) Part Four:

     Registration Procedures. N. Freed, J. Klensin, J. Postel. November
     1996. (Format: TXT=45033 bytes) (Obsoletes RFC1521, RFC1522, RFC1590)
     (Updated by RFC3023) (Also BCP0013) (Status: BEST CURRENT PRACTICE)

RFC2049 urn:ietf:rfc:2049#✎

2049 Multipurpose Internet Mail Extensions (MIME) Part Five:

     Conformance Criteria and Examples. N. Freed, N. Borenstein. November
     1996. (Format: TXT=51207 bytes) (Obsoletes RFC1521, RFC1522, RFC1590)
     (Status: DRAFT STANDARD)

部分改訂#✎

2184 MIME Parameter Value and Encoded Word Extensions: Character Sets,

     Languages, and Continuations. N. Freed, K. Moore. August 1997.
     (Format: TXT=17635 bytes) (Obsoleted by RFC2231) (Updates RFC2045,
     RFC2047, RFC2183) (Status: PROPOSED STANDARD)

2231 MIME Parameter Value and Encoded Word Extensions: Character Sets,

     Languages, and Continuations. N. Freed, K. Moore. November 1997.
     (Format: TXT=19280 bytes) (Obsoletes RFC2184) (Updates RFC2045,
     RFC2047, RFC2183) (Status: PROPOSED STANDARD)

周辺仕様#✎

[42] RFC 1344 - Implications of MIME for Internet Mail Gateways, 1/31/2021, 9:08:15 AM, 3/13/2021, 9:50:10 AM https://tools.ietf.org/html/rfc1344

[43] RFC 1820 - Multimedia E-mail (MIME) User Agent Checklist, 2/1/2021, 1:07:08 AM, 3/20/2021, 9:55:11 AM https://tools.ietf.org/html/rfc1820

[44] RFC 1844 - Multimedia E-mail (MIME) User Agent Checklist, 1/31/2021, 11:07:56 AM, 3/20/2021, 10:04:23 AM https://tools.ietf.org/html/rfc1844

MIME 以前#✎

RFC1345
draft-ietf-822ext-qreadable urn:ietf:id:draft-ietf-822ext-qreadable-02
- Content-Type:領域 (古い定義を参照)
- Content-Charset:領域
- Mnemonic-Intro:領域
- Orig-Content-Charset:領域

MIME を使ったプロトコル#✎

MIME をそのまま使ったプロトコル#✎

[11] 本家である電子メール (インターネットメール) の他、いくつかのプロトコルが MIME を採用しています。 (ただし現在まで広く使われているのはインターネットメールだけで、それ以外はプロトコル自体が廃れてしまっています。)

プロトコル	仕様書	概略	転送路
[8] 電子メール - 伝統的な SMTP - `message/rfc822`	RFC 822, RFC 2822, RFC 5322	MIME 規格本体で規定されています (RFC 2045)。	`7bit`
電子メール - SMTP 8bit-MIMEtransport			`8bit`
電子メール - `message/global`	RFC 5335, RFC 6532		`8bit`
電子メール - BINARYMIME			`binary`
デコレーションメールテンプレート		KDDI	`7bit`
[9] 電子ニュース	son-of-RFC 1036, Usefor	MIME は一応電子ニュースも視野に入れていました。実際にニュースでもよく使われます。	NNTP では `8bit`
mbox			`binary`
MMS (`application/vnd.wap.mms-message`)			`binary`
[10] 辞書サービスプロトコル	RFC 2229	`OPTION MIME` では MIME が使われます。	`8bit`
CIP	RFC 2653		?
[17] CPIM	RFC 3862	`message/cpim` の2番目の部分は MIME が使われます。	?
[47] XMPP `e2e` 要素	RFC 3923	S/MIME	`binary` (仕様の規定。署名時は実際には XMLテキスト)
[18] MTQP	RFC 3887	`TRACK` 命令の応答に MIME が使われます。	`8bit`
BEEP			`binary`
`application/vnd.pwg-multiplexed`			`binary`
[46] SDML		`<adata encoding="mime">` の要素の内容 >>45	XMLテキスト
Mozilla Thunderbird のフィードリーダーがエントリーから生成したメッセージ			`8bit`
DDIポケットのオープンネットコンテンツのキャリア運用の中継サーバーと端末の間のインターネットメール風メッセージ	>>50

[49] 間接的に利用できる形式について、インターネットメールメッセージも参照。

[45] SDML - Signed Document Markup Language - Version 2.0, 10/2/2017, 10:21:51 AM, 4/14/2021, 11:54:33 AM https://www.w3.org/TR/1998/NOTE-SDML-19980619/#SECTION0053401
[50] Wayback Machine, 7/31/2023, 1:42:37 PM https://web.archive.org/web/20041003012637/http://www.ddipocket.co.jp/p_s/service/open_net/download/oncm211.pdf

[12] MIME に似たものを使ったプロトコル#✎

[33] HTTP は MIME と似たものを使っていますが、電子メールと HTTP とでは様々な性質が異なるとして、色々な差異が存在しています >>13。

[32] RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content (8/6/2014, 8:54:02 PM 版) https://tools.ietf.org/html/rfc7231#appendix-A

[34] HTTP から派生したプロトコルをはじめ、 MIME と似て非なるプロトコルが他にも多々あります。

プロトコル	概略	転送路
[13] HTTP (RFC 1945, RFC 2068, RFC 2616, RFC 723x, RFC 7540)	MIME を基にしています (が MIME そのものではありません)。現在となっては本家を超えて最も広く使われている“MIME”かもしれません。	`binary`
[14] RTSP (RFC 2326)	HTTP を基にしています (が HTTP そのものではありません)。	`binary`
[15] SIP (RFC 2543, RFC 3261)	HTTP を基にしています (が HTTP そのものではありません)。	`binary`
S-HTTP	HTTP を基にしています (が HTTP そのものではありません)。	`binary`
[26] MMS	RFC 822・RFC 2616 をもとにしていて、 `Content-Type` も使えます。	?
[27] MRCP (RFC 4463)		?
Q4S		`binary`
ICAP		`binary`
[23] MSRP (RFC 4975)	RFC 822/MIME もどきなメッセージの書式を使いますが、本体を含む場合、 MIME が用いられます。ただし、頭欄の構文に若干の (実用上は影響しない程度の) 違いがあります。	?
[24] POファイル	実際には MIME ではありませんが、 MIME 風のヘッダーのようなものを記述することになっています。	?

MIME 型を使うプロトコル#✎

[39] MIME型参照。

メモ#✎

[1] 2002-12-05 (木) 20:46 名無しさん: 20:46 なので age
[2] TEXT version of Draft RFC http://www.imc.org/ietf-822/old-archive1/msg00061.html 一番最初の MIME draft? (91/4)
[3] MIME は設計時は (7ビット) SMTP を念頭に置きながらも、8ビット転送やバイナリ転送も考慮に入れ、それなりに汎用性を持たせたつもりだったんでしょう。時代が変わって8ビットが当たり前で、めいるの規格上だけが7ビットの現在、時代錯誤な MIME の規定をニュース向けにはねじまげようと CharlesLindsey は頑張ってます。彼曰く、 HTTP だってそうしただろう、と。 MIME'r
[4] の言い分では、 HTTP は仕方なかったんだ、失敗だった (標準化以前にどんどん実装が進んじゃったんだから仕方ないよねぇ。) だけどこれ以上 MIME variant を増やして複雑化させるな、と。
[5] >>3-4 どっちの言い分も分かるんだけど、ニュース版 MIME はちょっとこじつけの感があるし、実際ほとんどの MIME 実装は7ビットなメイル MIME で実装してる (ニュース向けにも。) 以上、混乱は必死だろうし。
[6] >>3-5 HTTP MIME がメイル MIME と随分仕様が違うのは HTTP<=>メイル関門なんて存在しないから問題にならないけど、メイル<=>ニュースは大問題だしね。
[7] >>3-6 いっそぼろぼろの MIME なんてやめて、 (822 を捨てた CPIM みたいに) 1からやりなおしたら、とも思うんだけど、 CPIM だって MIME を使うんだよなあ。

[20] インターネット媒体型のことを MIME と呼ぶのは完全な誤りです。 MIME型と呼ぶなら (よくないけど) まだしも。

(名無しさん [sage])

[21] RFC 2048 (登録手続き) は改訂され、 RFC 4289 (MIME の登録手続き) と RFC 4288 (媒体型の登録手続き) になりました。どちらも BCP 13 のようです。

(名無しさん 2005-12-21 08:43:47 +00:00)

[48] RFC 4289: Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures, 8/2/2021, 11:47:33 AM https://www.rfc-editor.org/rfc/rfc4289.html

[25] トルカ | サービス・機能 | NTTドコモ (1/20/2010, 5:42:39 AM 版) http://www.nttdocomo.co.jp/service/imode/make/content/toruca/index.html

[28] mozilla-comm/jsmime ( (4/15/2014, 12:11:18 AM 版)) https://github.com/mozilla-comm/jsmime

[35] RFC 5536 - Netnews Article Format ( (9/21/2014, 9:14:06 AM 版)) http://tools.ietf.org/html/rfc5536#section-2.3

[38] RFC 5703 - Sieve Email Filtering: MIME Part Tests, Iteration, Extraction, Replacement, and Enclosure (5/31/2015, 8:24:06 AM 版) https://tools.ietf.org/html/rfc5703

[51] History for draft-nicol-mime-header-type -00, 6/16/2025, 3:45:36 PM https://datatracker.ietf.org/doc/draft-nicol-mime-header-type/history/

[52] >>51 履歴だけでファイルが現存しない。Web検索でも出てこない。

MIME