MIME标准介绍

词条简介

  多用途互联网邮件扩展(MIME,Multipurpose Internet Mail Extensions)是一个互联网标准,它扩展了电子邮件标准,使其能够支持非ASCII字符、二进制格式附件等多种格式的邮件消息。这个标准被定义在;RFC 2045,RFC 2046,RFC 2047,;RFC 2048,;RFC 2049等RFC中。由RFC 822转变而来的RFC 2822,规定电子邮件标准并不允许在邮件消息中使用7位ASCII字符集以外的字符。正因如此,一些非英语字符消息和二进制文件,图像,声音等非文字消息都不能在电子邮件中传输。MIME规定了用于表示各种各样的数据类型的符号化方法。此外,在万维网中使用的HTTP协议中也使用了MIME的框架。

MIME用途
  多用途网际邮件扩充协议(MIME)说明了如何安排消息格式使消息在不同的 邮件系统内进行交换。MIME的格式灵活,允许邮件中包含任意类型的文件。MIME消息可以包含文本、图象、声音、视频及其它应用程序的特定数据。具体来说,MIME允许邮件包括:

  单个消息中可含多个对象;

  文本文档不限制一行长度或全文长度;

  可传输 ASCII以外的字符集,允许非英语语种的消息;

  多字体消息;

   二进制或特定应用程序文件;

  图象、声音、视频及 多媒体消息。

  MIME复合消息的目录信头设有分界标志,这个分界标志绝不可出现在消息的其它位置,而只能是在各部之间以及消息体的开始和结束处。

  MIME的安全版本S/MIME(Secure/Multipurpose Internet Mail Extensions)设计用来支持邮件的加密。基于MIME标准,S/MIME为电子消息应用程序提供如下加密安全服务:认证、完整性保护、鉴定及数据保密等。

  传统的邮件用户代理( MUA)可以使用S/MIME来加密发送邮件及解密接收邮件。然而,S/MIME并不仅限于邮件的使用,它也能应用于任何可以传送MIME数据的传输机制,例如HTTP。同样,S/MIME利用MIME的面向对象特征允许在混合传输系统中交换安全消息。

  此外,S/MIME还可应用于消息自动传送代理,它们使用不需任何人为操作的加密安全服务,例如 软件文档签名、发送到网上的FAX加密等。
协议结构
  一个普通的文本邮件的信息包含一个头部分(To: From: Subject: 等等)和一个体部分(Hello Mr.,等等)。在一个符合MIME的信息中,也包含一个信息头并不奇怪,邮件的各个部分叫做MIME段,每段前也缀以一个特别的头。MIME邮件只是基于RFC 822邮件的一个扩展。然而它有着自己的RFC规范集。

  MIME头根据在邮件包中的位置,大体上分为MIME信息头和MIME段头。(译者:MIME信息头指整个邮件的头,而MIME段头只每个MIME段的头。)

  MIME信息头有:

  MIME-Version:这个头提供了所用MIME的版本号。这个值习惯上为1.0。

  Content-Type:它定义了数据的类型,以便数据能被适当的处理。有效的类型有:text,image,audio,video,applications,multipart和message。注意任何一个二进制附件都应该被叫做application/octet-stream。这个头的一些用例为:image/jpg,application/mswork,multipart/mixed,这只是很少的一部分。

  Content-Transfer-Encoding:这是所有头中最重要的一个,因为它说明了对数据所执行的编码方式,客户/ MUA将用它对附件进行解码。对于每个附件,可以使用7bit,8bit,binary,quoted-printable,base64和custom中的一种 编码方式。7bit编码是用在US ASCII字符集上的常用的一种编码方式,也就是,保持它的原样。8bit和binary编码一般不用。对人类可读的标准文本,如果传输要经过对格式有影响的 网关时对其进行保护,可以使用quoted printable。Base64是一种通用方法,在需要决定使用哪一种编码方法时,它提供了一个不用费脑子的选择;它通常用在 二进制,非文本数据上。注意,任何非7bit数据必须用一种模式编码,这样它就可以通过 Internet邮件网关!

  Content-ID:如果Content-Type是message/external-body或multipart/alternative时,这个头就有用了。它超出了 本文的范围。

  Content-Description:这是一个可选的头。它是任何信息段内容的自由文本描述。描述必须使用 us-ascii码。

  Content-Disposition:一个试验性的头,它用于给客户程序/MUA提供提示,来决定是否在行内显示附件或作为单独的附件。

  MIME段头(出现在实际的MIME附件部分的头),除了MIME-Version头,可以拥有以上任何头字段。如果一个MIME头是信息块的一部分,它将作用于整个信息体。例如,如果Content-Transfer-Encoding显示在信息(指整个信息)头中,它应用于整个信息体,但是如果它显示在一个MIME段里,它"只能"用于那个段中。

  注意:其可以对自动对收到的邮件进行解密。
MIME类型
  最早的 HTTP协议中,并没有附加的数据类型信息,所有传送的数据都被客户程序解释为 超文本标记语言HTML文档,而为了支持多媒体数据类型,HTTP协议中就使用了附加在文档之前的MIME数据类型信息来标识数据类型。

  MIME意为多目I nternet邮件扩展,它设计的最初目的是为了在发送 电子邮件时附加 多媒体数据,让邮件客户程序能根据其类型进行处理。然而当它被HTTP协议支持之后,它的意义就更为显著了。它使得HTTP传输的不仅是普通的文本,而变得丰富多彩。

  每个MIME类型由两部分组成,前面是数据的大类别,例如声音audio、图象image等,后面定义具体的种类。

  常见的MIME类型

  超文本标记语言文本 .html,.html text/html

  普通文本 .txt text/plain

   RTF文本 .rtf application/rtf

   GIF图形 .gif image/gif

   JPEG图形 .ipeg,.jpg image/jpeg

  au声音文件 .au audio/basic

   MIDI音乐文件 mid,.midi audio/midi,audio/x-midi

   RealAudio音乐文件 .ra, .ram audio/x-pn-realaudio

   MPEG文件 .mpg,.mpeg video/mpeg

   AVI文件 .avi video/x-msvideo

   GZIP文件 .gz application/x-gzip

   TAR文件 .tar application/x-tar

  Internet中有一个专门组织 IANA来确认标准的MIME类型,但Internet发展的太快,很多应用程序等不及IANA来确认他们使用的MIME类型为标准类型。因此他们使用在类别中以x-开头的方法标识这个类别还没有成为标准,例如:x-gzip,x-tar等。事实上这些类型运用的很广泛,已经成为了事实标准。只要客户机和 服务器共同承认这个MIME类型,即使它是不标准的类型也没有关系,客户程序就能根据MIME类型,采用具体的处理手段来处理数据。而 Web服务器和浏览器(包括 操作系统)中,缺省都设置了标准的和常见的MIME类型,只有对于不常见的MIME类型,才需要同时设置服务器和客户 浏览器,以进行识别。

  由于MIME类型与文档的后缀相关,因此服务器使用文档的后缀来区分不同文件的MIME类型,服务器中必须定义文档后缀和MIME类型之间的对应关系。而客户程序从服务器上接收数据的时候,它只是从服务器接受数据流,并不了解文档的名字,因此服务器必须使用附加信息来告诉客户 程序数据的MIME类型。服务器在发送真正的数据之前,就要先发送标志数据的MIME类型的信息,这个信息使用Content-type关键字进行定义,例如对于 HTML文档,服务器将首先发送以下两行MIME标识信息,这个标识并不是真正的数据文件的一部分。

  Content-type: text/html

  注意,第二行为一个空行,这是必须的,使用这个空行的目的是将MIME信息与真正的数据内容分隔开。

  MIME利用了一个事实就是,RFC 822在消息体的内容中做了一点限制:唯一的限制就是只能使用简单的 ASCII文本。所以,MIME信息由正常的 Internet文本邮件组成, 文本邮件拥有一些特别的符合RFC 822的信息头和格式化过的信息体(用ASCII的子集来表示的附件)。这些MIME头给出了一种在邮件中表示附件的特别的方法。
浏览器应用
  MIME在1992年最早应用于 电子邮件系统,但后来也应用到 浏览器。服务器会将它们发送的 多媒体数据的类型告诉浏览器,而通知手段就是说明该多媒体数据的MIME类型,从而让浏览器知道接收到的信息哪些是 MP3文件,哪些是 Shockwave文件等等。服务器将MIME标志符放入传送的数据中来告诉浏览器使用哪种插件读取相关文件。

  浏览器接收到文件后,会进入插件系统进行查找,查找出哪种插件可以识别读取接收到的文件。如果浏览器不清楚调用哪种插件系统,它可能会告诉用户缺少某插件,或者直接选择某现有插件来试图读取接收到的文件,后者可能会导致 系统的崩溃。传输的信息中缺少MIME标识可能导致的情况很难估计,因为某些计算机系统可能不会出现什么故障,但某些计算机可能就会因此而崩溃。

  检查一个服务器是否正确设置了MIME类型的步骤是:

  1.在 Netscape浏览器中打开服务器网页

  2.进入"View"菜单,选择"Page Info"

  3.在弹出的窗口中点击上层框架中的"EMBED"

  4.在下层框架中查看MIME的类型是否为"application/x-director"或"application/x-shockwave-flash",如果是上述信息的话表明服务器已经正确设置了MIME类型;而如果MIME类型列出的是文本内容、八位一组的数据或是其它形式均表明服务器的MIME类型没有设置正确。

  如果服务器没有正确标明其发送的数据的类型,服务器管理员应该正确添加相关信息,具体操作方法非常简单快捷。

   Microsoft公司应用于 Windows系统下的浏览器使用 ActiveX控件,而不是Netscape插件,这种浏览器不必象其它浏览器那样依靠MIME的编码。"OBJECT"标签的"CLSID"属性准确地标明了应调用哪种程序来读取接收到的文件,因此浏览器不必象"EMBED"标签那样选择一种读取程序。正因为如此,你往往会在使用带插件的浏览器时遇到MIME问题,而使用ActiveX控件的浏览器则很少出现此类麻烦。

  正由于上述工作方式的差别也解释了一种现象,不知你是否发现在使用Netscape浏览器播放 WAV文件时,浏览器会调用 LiveConnect插件进行播放,而其它浏览器一般都使用通用的 QuickTime的播放插件等来进行播放,这是因为Netscape浏览器接收文件需要读取MIME标识符,以便决定调用哪种 程序来读取接收的文件,而服务器设置在Netscape浏览器中播放WAV文件应使用LiveConnect插件,因此Netscape浏览器接收到WAV格式的文件时必然就会调用LiveConnect插件,但由于其它浏览器不使用这种方式,因此它们都使用系统默认的播放WAV格式文件的播放器。当然 Flash电影文件并不存在这种问题,因为只有Flash播放器才能够正确读取这种格式的文件。

  在把输出结果传送到浏览器上的时候,浏览器必须启动适当的 应用程序来处理这个输出文档。这可以通过多种类型MIME(多功能网际邮件扩充协议)来完成。在HTTP中,MIME类型被定义在Content-Type header中。

  例如,假设你要传送一个Microsoft Excel文件到客户端。那么这时的MIME类型就是“application/vnd.ms-excel”。在大多数实际情况中,这个文件然后将传送给Execl来处理(假设我们设定Execl为处理特殊MIME类型的应用程序)。在 ASP中,设定MIME类型的方法是通过Response对象的ContentType属性。
邮件应用
  一封MIME邮件可以由多个不同类型的MIME消息组合而成,一个MIME消息表示邮件中的一个基本MIME资源或若干基本MIME消息的组合体。每个MIME消息的数据格式与 RFC822数据格式相似,也包括头和体两部分,分别称为MIME消息头和MIME消息体,它们之间使用空行分隔。MIME消息体中包含了资源的具体内容,MIME消息头中则包含了对资源的描述信息。多个相同层次的MIME消息必须形成一个MIME组合消息,它们共同作为所形成的MIME组合消息的MIME消息体,相互之间采用某种分隔标识符进行分隔,MIME组合消息的消息头中需要描述其中的多个MIME消息的组合类型和分隔标识符。一个MIME组合消息还可以再与其他MIME消息共同形成一个更大的MIME组合消息,这样就形成了一种多层嵌套的组合关系,一封MIME邮件就是按这种组合方式所形成的一个最顶层的MIME组合消息。

你可能感兴趣的:(数据结构,应用服务器,互联网,浏览器,Excel)