多用途網際網路郵件擴展

維基百科,自由的百科全書
跳至導覽 跳至搜尋

多用途網際網路郵件擴展(英語:Multipurpose Internet Mail Extensions,縮寫:MIME)是一個網際網路標準,它擴展了電子郵件標準,使其能夠支持:

MIME改善了由 RFC 822 轉變而來的 RFC 2822 ,這些舊標準規定電子郵件標準並不允許在郵件消息中使用7位ASCII字符集以外的字符。正因如此,一些非英語字符消息和二進位文件,圖像,聲音等非文字消息原本都不能在電子郵件中傳輸(MIME可以)。MIME規定了用於表示各種各樣的數據類型的符號化方法。此外,在全球資訊網中使用的HTTP協議中也使用了MIME的框架,標準被擴展為網際網路媒體類型

MIME headers[編輯]

MIME是通過標準化電子郵件報文的頭部的附加域(fields)而實現的;這些頭部的附加域,描述新的報文類型的內容和組織形式。

MIME版本[編輯]

MIME版本(MIME-Version),這個頭部域在郵件消息的報文用一個版本號碼來指明消息遵從的MIME規範的版本。目前版本是1.0。

MIME-Version: 1.0

內容類型[編輯]

內容類型(Content-Type),這個頭部領域用於指定消息的類型。一般以下面的形式出現。

Content-Type: [type]/[subtype]; parameter

type有下面的形式。

  • Text:用於標準化地表示的文本信息,文本消息可以是多種字符集和或者多種格式的;
  • Multipart:用於連接消息體的多個部分構成一個消息,這些部分可以是不同類型的數據;
  • Application:用於傳輸應用程式數據或者二進位數據;
  • Message:用於包裝一個E-mail消息;
  • Image:用於傳輸靜態圖片數據;
  • Audio:用於傳輸音頻或者音聲數據;
  • Video:用於傳輸動態影像數據,可以是與音頻編輯在一起的視頻數據格式。

subtype用於指定type的詳細形式。content-type/subtype配對的集合和與此相關的參數,將隨著時間而增長。為了確保這些值在一個有序而且公開的狀態下開發,MIME使用Internet Assigned Numbers Authority (IANA)作為中心的註冊機制來管理這些值。常用的subtype值如下所示:

  • text/plain(純文本
  • text/html(HTML文檔)
  • application/xhtml+xml(XHTML文檔)
  • image/gif(GIF圖像)
  • image/jpeg(JPEG圖像)【PHP中為:image/pjpeg】
  • image/png(PNG圖像)【PHP中為:image/x-png】
  • video/mpeg(MPEG動畫)
  • application/octet-stream(任意的二進位數據)
  • application/pdf(PDF文檔)
  • application/msword(Microsoft Word文件)
  • application/vnd.wap.xhtml+xml (wap1.0+)
  • application/xhtml+xml (wap2.0+)
  • message/rfc822(RFC 822形式)
  • multipart/alternative(HTML郵件的HTML形式和純文本形式,相同內容使用不同形式表示)
  • application/x-www-form-urlencoded(使用HTTP的POST方法提交的表單)
  • multipart/form-data(同上,但主要用於表單提交時伴隨文件上傳的場合)

此外,尚未被接受為正式數據類型的subtype,可以使用x-開始的獨立名稱(例如application/x-gzip)。vnd-開始的固有名稱也可以使用(例:application/vnd.ms-excel)。

parameter可以用來指定附加的信息,更多情況下是用於指定text/plain和text/htm等的文字編碼方式的charset參數。MIME根據type制定了默認的subtype,當客戶端不能確定消息的subtype的情況下,消息被看作默認的subtype進行處理。Text默認是text/plain,Application默認是application/octet-stream而Multipart默認情況下被看作multipart/mixed。

內容傳輸編碼[編輯]

內容傳輸編碼(Content-Transfer-Encoding),這個區域使指定ASCII以外的字符編碼方式成為可能。形式如下:

  Content-Transfer-Encoding: [mechanism]

其中,mechanism的值可以指定為「7bit」,「8bit」,「binary」,「quoted-printable」,「base64」。

7bit[編輯]

7位元ASCII碼。

8bit[編輯]

8位元ASCII碼。

binary[編輯]

Not only may non-ASCII characters be present but the lines are not necessarily short enough for SMTP transport.

quoted-printable[編輯]

因為歐洲的一些文字和ASCII字符集中的某些字符有部分相同。如果郵件消息使用的是這些語言的話,與ASCII重疊的那些字符可以原樣使用,ASCII字符集中不存在的字符採用形如「=??」的方法編碼。這裡「??」需要用將字符編碼後的16進位數字來指定。採用quoted-printable編碼的消息,長度不會變得太長,而且大部分都是ASCII中的字符,即使不通過解碼也大致可以讀懂消息的內容。

base64[編輯]

base64是一種將二進位的01序列轉化成ASCII字符的編碼方法。編碼後的文本或者二進位消息,就可以運用SMTP等只支持ASCII字符的協議傳送了。Base64一般被認為會平均增加33%的報文長度,而且,經過編碼的消息對於人類來說是不可讀的。

x-encodingname[編輯]

這個值是預留的擴展。

內容標識符(可選)[編輯]

內容描述(可選)[編輯]

參見[編輯]

參考[編輯]

備註
RFC 1426 
SMTP Service Extension for 8bit-MIMEtransport. J. Klensin, N. Freed, M. Rose, E. Stefferud, D. Crocker. February 1993.
RFC 1847 
Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted
RFC 3156 
MIME Security with OpenPGP
RFC 2045 
MIME Part One: Format of Internet Message Bodies.
RFC 2046 
MIME Part Two: Media Types. N. Freed, Nathaniel Borenstein. November 1996.
RFC 2047 
MIME Part Three: Message Header Extensions for Non-ASCII Text. Keith Moore. November 1996.
RFC 4288 
MIME Part Four: Media Type Specifications and Registration Procedures.
RFC 4289 
MIME Part Four: Registration Procedures. N. Freed, J. Klensin. December 2005.
RFC 2049 
MIME Part Five: Conformance Criteria and Examples. N. Freed, N. Borenstein. November 1996.
RFC 2183 
Communicating Presentation Information in Internet Messages: The Content-Disposition Header. Troost, R., Dorner, S. and K. Moore. August 1997.
RFC 2231 
MIME Parameter Value and Encoded Word Extensions: Character Sets, Languages, and Continuations. N. Freed, K. Moore. November 1997.
RFC 2387 
The MIME Multipart/Related Content-type
RFC 1521 
Mechanisms for Specifying and Describing the Format of Internet Message Bodies

外部連結[編輯]