【问题标题】:Generic MIME type for a MIME entity?MIME 实体的通用 MIME 类型?
【发布时间】: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“超类型”?

【问题讨论】:

    标签: email mime message rfc mime-types


    【解决方案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-datefrom 是规范要求的,即使在实践中没有实际工具关心。没错,“RFC822 语法但没有任何必需的标头”可能应该有一个 MIME 类型。 message/作为主要类型,原本只有这样的子类型,后来又添加了各种其他的消息格式。
    猜你喜欢
    • 2011-04-05
    • 1970-01-01
    • 2012-04-24
    • 1970-01-01
    • 2015-03-29
    • 2011-02-21
    相关资源
    最近更新 更多