代码之家 › 专栏 › 技术社区 › David

内容类型标题的RFC?

rfc http-headers

0

David · 技术社区 · 15 年前

我看了 rfc 2231 和 2183 . 处理多部分/相关的mime负载。

如果下面的内容在语法上是正确的,特别是第一个内容类型的“start”属性,我将尝试对其进行decypher,但是我还没有找到正确的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等)的包装,它告诉蜂窝设备包装的文件将被视为受保护的有效负载,无论如何都不允许它被转发或从电话中传输。如果不是为了履行合同义务,我会撕掉包装纸,打开有效载荷,然后很高兴,但这太容易了,而且可能是非法的。

1 回复 | 直到 15 年前

1

2

Daniel LeCheminant 15 年前

从 RFC 2387 (The MIME Multipart/Related Content-type) :

3.2。启动参数

这个 start 参数(如果给定)是 content-ID 复合对象的“根”。如果不存在,则“根”是多部分/相关实体中的第一个主体部分。“根”是应用程序首先处理的元素。