#?SuikaWiki/0.9 [1] [DFM[[CODE(MIME)[message/[VAR[*]]]]]] [[媒体型]]は、 各種プロトコルにおける[[メッセージ]]のための媒体型です。 しかし、 [[MIME]] において使える [ABBR[[[CTE]]][[CODE(MIME)[[[Content-Transfer-Encoding]]]] に著しい制限が加えられている ([[MIME'r]] の判断ミスだったんじゃないかな。今から考えれば。) ため、多くの媒体型は [CODE(MIME)[[[application/[VAR[*]]]]]] にも対応するものがあります。 [2] ,媒体型/亜型,説明,状態,出典 ,[CODE(MIME)[[[message/coffeepot]]]] ,[[HTCPCP]] メッセージ ,未登録,"[[RFC 2324]]" ,[CODE(MIME)[[[message/cpim]]]],[[CPIM]] メッセージ,,"[IANAREG], [RFC to be]" ,[CODE(MIME)[[[message/delivery-status]]]] ,配送状態報告 ([[DSN]]),,"[[RFC 1894]], [IANAREG]" ,[CODE(MIME)[[[message/disposition-notification]]]] ,受信者動作報告 ([[MDN]]) ,,"[[RFC 2298]], [IANAREG]" ,[CODE(MIME)[[[message/external-body]]]] ,外部実体の参照 ,,"[MIME], [IANAREG]" ,[CODE(MIME)[[[message/x-gnu-rmail]]]] ,[[GNU]] [[rmail]] message ,[CODE(MIME)[[[message/http]]]] ,[[HTTP]] メッセージ ,,"[HTTP RFC], [IANAREG]" ,[CODE(MIME)[[[message/x-netnews]]]] ,Usenet ニュース・メッセージ,時代遅れ ->[CODE(MIME)[[[application/news-transmission]]]] ,[CODE(MIME)[[[message/news]]]] ,Usenet ニュース・メッセージ,時代遅れ->[CODE(MIME)[application/news-transmission]] ,"[[son-of-RFC 1036]], [IANAREG]" ,[CODE(MIME)[[[message/partial]]]] ,分割メッセージ ,,"[MIME], [IANAREG]" ,[CODE(MIME)[[[message/rfc822]]]] ,[[RFC 822]] メッセージ ,,"[MIME], [IANAREG]" ,[CODE(MIME)[[[message/s-http]]]] ,[[S-HTTP]] メッセージ ,,"[[RFC 2660]], [IANAREG]" ,[CODE(MIME)[[[message/sip]]]] ,[[SIP]] メッセージ ,,"[[RFC 3261]], [IANAREG]" ,[CODE(MIME)[[[message/sipfrag]]]] ,[[SIP]] メッセージ断片 ,,"[[RFC 3420]], [IANAREG]" -[3] [[IANAREG]] Page updated 26-Nov-2003 [[#comment]] * 仕様書から ** RFC 2046 (MIME インターネット媒体型) 5.2. Message Media Type >It is frequently desirable, in sending mail, to encapsulate another mail message. A special media type, "message", is defined to facilitate this. In particular, the "rfc822" subtype of "message" is used to encapsulate RFC 822 messages. メイルを送る際に、他のメイル・メッセージをカプセル化するのが望ましい ことがしばしばあります。 この目的のために特別な媒体型 [CODE(MIME)[message]] を定義します。 特に、 [CODE(MIME)[message]] の [CODE(MIME)[rfc822]] 亜型は RFC 822 メッセージのカプセル化のために使います。 >NOTE: It has been suggested that subtypes of "message" might be defined for forwarded or rejected messages. However, forwarded and rejected messages can be handled as multipart messages in which the first part contains any control or descriptive information, and a second part, of type "message/rfc822", is the forwarded or rejected message. Composing rejection and forwarding messages in this manner will preserve the type information on the original message and allow it to be correctly presented to the recipient, and hence is strongly encouraged. 参考: [CODE(MIEM)[message]] の亜型を転送メッセージや拒絶メッセージ用として定義したらどうかと提案されています。 しかし、転送メッセージや拒絶メッセージは、 最初の[[部分]]に制御情報や説明的情報を含み、 二番目の部分が型 [CODE(MIME)[[[message/rfc822]]]] で転送メッセージや拒絶メッセージとする[[多部分]]メッセージとして取扱うことができます。 拒絶メッセージや転送メッセージをこの方法で構成すれば元のメッセージの型情報を保存することができますし、 受信者に正しくみせることができますから、 こちらを強く推奨いたします。 [INS[ >[INS[([[RFC 2046]] より)]] Subtypes of "message" often impose restrictions on what encodings are allowed. These restrictions are described in conjunction with each specific subtype. [CODE(MIME)[message]] の亜型にはしばしば、 どの符号化が認められるかについての制限を課します。 この制限は各亜型の規定と共に説明します。 ]INS] [DEL[ > [INS[([[RFC 1341]], [[RFC 1521]] より)]] As stated in the definition of the Content-Transfer-Encoding field, no encoding other than "7bit", "8bit", or "binary" is permitted for messages or parts of type "message". Even stronger restrictions apply to the subtypes "message/partial" and "message/external-body", as specified below. The message header fields are always US-ASCII in any case, and data within the body can still be encoded, in which case the Content-Transfer-Encoding header field in the encapsulated message will reflect this. Non-ASCII text in the headers of an encapsulated message can be specified using the mechanisms described in [RFC-1522]. CTE 領域の定義で述べたように、 〜 以外の符号化はメッセージや型 "message"の部分には認められていません。より強い制限を、 下に説明するように亜型 "message/partial" および "message/external-body" には課します。メッセージ頭領域は常にどんな場合も US-ASCII で、本文中のデータは符号化されていても構いません。その場合はカプセル化 メッセージの Content-Transfer-Encoding 頭領域がこれを反映しています。 カプセル化メッセージの頭中の非 US-ASCII 文は、 RFC 1522 で説明されている 方法を使って記述出来ます。 ]DEL] >Mail gateways, relays, and other mail handling agents are commonly known to alter the top-level header of an RFC 822 message. In particular, they frequently add, remove, or reorder header fields. These operations are explicitly forbidden for the encapsulated headers embedded in the bodies of messages of type "message." メイル関門・中継者・その他メイルを取り扱う代理者は、 RFC 822 メッセージの最上位の頭をいじることが良く知られています。 特に、よく頭領域を追加したり削除したり並べ替えたりします。 こうした操作は、型 "message" のメッセージの本文に埋め込まれている カプセル化されたかしらに対しては、ここに明示的に禁止します。 ***5.2.1. RFC822 Subtype See [[message/rfc822]] ***5.2.2. Partial Subtype See [[message/partial]] ***5.2.3. External-Body Subtype See [[message/external-body]] ***5.2.4. Other Message Subtypes 他の Message 亜型 >MIME implementations must in general treat unrecognized subtypes of "message" as being equivalent to "application/octet-stream". MIME 実装は通常、認識出来ない "message" の亜型を、 "application/octet-stream" と同等であるものとして扱わなければなりません。 >Future subtypes of "message" intended for use with email should be restricted to "7bit" encoding. A type other than "message" should be used if restriction to "7bit" is not possible. 将来の電子メイルでの使用を意図した "message" の亜型は、 "7bit" 符号化に制限されるべきです。 "7bit" に制限することが可能では 無い場合は、"message" 以外の型を使用するべきです。 [INS[ >[INS[(RFC 1521 より)]] The formal grammar for content-type header fields for data of type message is given by: 型 message のデータの content-type 頭領域の正式な文法は次の通りです。 > message-type := "message" "/" message-subtype > message-subtype := "rfc822" / "partial" 2#3partial-param / "external-body" 1*external-param / extension-token [INS[ 編集者注: [CODE(ABNF)[2''#''3partial-param]] は [CODE(ABNF)[2''*''3]] の誤りでしょう。 [CODE(ABNF)[#]] だったらえらいこっちゃ。 ]INS] > partial-param := (";" "id" "=" value) / (";" "number" "=" 1*DIGIT) / (";" "total" "=" 1*DIGIT) ; id & number required; total required for last part [INS[id と number は必須。 total は最後の部分には必須]] > external-param := (";" "access-type" "=" atype) / (";" "expiration" "=" date-time) ; Note that date-time is quoted / (";" "size" "=" 1*DIGIT) / (";" "permission" "=" ("read" / "read-write")) ; Permission is case-insensitive [INS[permission は大文字・小文字を区別しない]] / (";" "name" "=" value) / (";" "site" "=" value) / (";" "dir" "=" value) / (";" "mode" "=" value) / (";" "server" "=" value) / (";" "subject" "=" value) ; access-type required;others required based on access-type [INS[access-type は必須。他は access-type によっては必要]] > atype := "ftp" / "anon-ftp" / "tftp" / "local-file" / "afs" / "mail-server" / extension-token ; Case-insensitive [INS[大文字・小文字を区別しない]] ]INS] **RFC の部分の License See [[RFCのライセンス]] *メモ