2010-02-04 201 views
2

作爲MIME實體的通用MIME類型是否有這樣的事情?根據RFC 2045/2046,MIME實體將由頭部分組成,後面跟着一個空行,後面跟着一個正文部分(帶有CRLF行結尾)。MIME實體的通用MIME類型?

一個例子可以是以下各項:

Header1: Some list 
Header2: of headers 

Arbitrary body content 

換句話說,是否有一個MIME「超類型」的東西,如消息/ RFC822,單個多部分等?

回答

1

無我知道。單個多部分也是message/rfc822,技術上HTTP消息不是MIME實體,所以它們和rfc822之間沒有公共基礎。儘管HTTP消息的部分可能是MIME實體,但實際的請求/響應不是。

RFC2616通過在地方引用822系列規範(有時是錯誤的,例如對使用RFC2047進行編碼參數的引用)而模糊了區別。但HTTP定義了它自己的標題和值的基本生成,這些標題和值與RFC [2] 822中定義的標頭和值略有不同,並且與之不兼容。因此,不應該使用標準的RFC822工具來分析HTTP ......即使忽略了現實世界的Web瀏覽器和服務器與HTTP標準不同的許多方式。

+0

感謝您的有效回覆!您正確地指出HTTP消息不是嚴格的MIME實體。 但是,多部分不是'message/rfc822',因爲它們缺少所需的頭文件(參見RFC 2046第5.1節和RFC 822第4.1節)。 – buge 2010-02-04 14:51:50

+0

儘管在實踐中沒有現實世界的工具,但嗯,好點,'orig-date'和'from'是規範所要求的。你是對的,可能應該有一個「RFC822語法但沒有任何必需的標題」的MIME類型。作爲主要類型的'message /'最初只有這種子類型,但從那時起,各種其他消息格式都被添加了。 – bobince 2010-02-04 15:45:53