内容类型标头的RFC？

Question

我看了@ rfc 2231和2183。 处理多部分/相关的mime有效载荷。

如果以下语法正确，我正在尝试decypher，特别是第一个Content-Type的“start”属性，但我找不到正确的RFC。

Content-Type: multipart/related; boundary="=_34e1b39f5c290f66360ff510d4c38da4";  type="application/smil"; start="<cid:eaec2c30d892902b14044d57dbb6ff85>"



--=_34e1b39f5c290f66360ff510d4c38da4
Content-ID: <eaec2c30d892902b14044d57dbb6ff85>
Content-Type:  application/vnd.oma.drm.message; boundary=ihvdxymhvdhobklkqbcn;
 name="IrishJi2.dm";
Content-Disposition: attachment;
 filename="IrishJi2.dm";

--ihvdxymhvdhobklkqbcn
Content-Type: audio/mpeg
Content-Transfer-Encoding: binary

好奇的一些背景资料。 application / vnd.oma.drm。*文件类型只是有效负载项（mp3，jpg等）的包装器，它告诉蜂窝设备将包装文件视为受保护的有效负载，而不允许它被转发或转移反正电话。如果不是因为合同义务，我只是撕下包装纸，发送有效载荷，并开心，但这太容易了，可能是非法的。

Answer 1

来自RFC 2387 (The MIME Multipart/Related Content-type)：

  

<强> 3.2。开始参数

     

start参数（如果给定）是复合对象“root”的content-ID。如果不存在，则“root”是Multipart / Related实体中的第一个正文部分。 “root”是应用程序首先处理的元素。