0

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

如果以下语法正确，我正在尝试解密，特别是第一个 Content-Type 的“开始”属性，但我无法找到正确的 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 等）的包装器，它告诉蜂窝设备包装的文件将被视为受保护的有效载荷，并且不允许它被转发或转移反正电话里。如果不是出于合同义务，我只会撕掉包装，发送有效载荷，然后开心，但这太容易了，而且可能是非法的。

4

1 回答 1

2

来自RFC 2387（MIME 多部分/相关内容类型）：

3.2. 启动参数

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

于 2009-03-17T17:28:27.907 回答