MIME 实体的通用 MIME 类型?
Posted
技术标签:
【中文标题】MIME 实体的通用 MIME 类型?【英文标题】:Generic MIME type for a MIME entity? 【发布时间】:2011-01-13 01:49:02 【问题描述】:对于 MIME 实体,是否存在诸如通用 MIME 类型之类的东西?根据 RFC 2045/2046,MIME 实体由标题部分、后跟空行和正文部分(以 CRLF 行结尾)组成。
一个例子如下:
Header1: Some list
Header2: of headers
Arbitrary body content
换句话说,对于诸如 message/rfc822、单个 multipart-part 等内容是否存在 MIME“超类型”?
【问题讨论】:
【参考方案1】:我不知道。单个多部分也是message/rfc822
,从技术上讲,HTTP 消息不是 MIME 实体,因此它们和rfc822
之间没有共同的基础。尽管 HTTP 消息的部分可能是 MIME 实体,但实际的请求/响应不是。
RFC2616 通过在一些地方引用 822 系列规范(有时是错误的,例如对使用 RFC2047 编码参数的引用)模糊了区别。但是 HTTP 为头部和值定义了自己的基本生成,这些生成与 — 略有不同,并且与 RFC[2]822 中定义的那些不兼容。因此,不应该使用标准 RFC822 工具来解析 HTTP……即使不考虑现实世界中的 Web 浏览器和服务器与 HTTP 标准有很多不同的方式。
【讨论】:
感谢主管的回复!您指出 HTTP 消息不是严格的 MIME 实体是正确的。但是,多部分也不是message/rfc822
,因为它们缺少所需的标头(参见 RFC 2046 第 5.1 节和 RFC 822 第 4.1 节)。
嗯,好点,orig-date
和 from
是规范要求的,即使在实践中没有实际工具关心。没错,“RFC822 语法但没有任何必需的标头”可能应该有一个 MIME 类型。 message/
作为主要类型,原本只有这样的子类型,后来又添加了各种其他的消息格式。以上是关于MIME 实体的通用 MIME 类型?的主要内容,如果未能解决你的问题,请参考以下文章
收到错误:MIME 类型 ('text/html') 不是受支持的样式表 MIME 类型,并且使用 DJANGO PYTHON 启用了严格的 MIME 检查