POP3_关于 multipart/related;boundary=
http协议对mime类型有详细描述,multipart/....是单个消息头包含多个消息体的解决方案。multipart媒体类型对发送非文本的各媒体类型是有用的。目前常用的有这些subtype:
Messages with multiple parts | multipart/mixed | ||
Messages with multiple, alternative parts | multipart/alternative | ||
Message with multiple, related parts | multipart/related | ||
Multiple parts are digests | multipart/digest | ||
For reporting of email status (admin.) | multipart/report | ||
Order of parts does not matter | multipart/parallel | ||
Macintosh file data | multipart/appledouble | ||
Aggregate messages; descriptor as header | multipart/header-set | ||
Container for voice-mail | multipart/voice-message | ||
HTML FORM data (see Ch. 9 and App. B) | multipart/form-data | ||
Infinite multiparts - See Chapter 9 (Netscape) | multipart/x-mixed-replace |
任何一种执行时无法识别的multipart子类型都被视为子类型"mixed"。multipart媒体类型有共同的格式,一般是这样:
Content-Type: multipart/mixed; boundary=xxxxx
--xxxxx
body
--xxxxx--
body还可以套body,可以参考前面的文章。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
MHTML,即MIME HTML,是由RFC 2557定义的,把一个多附件(如图片,flash动画等)的网页内容都保存到单一档案的标准。这个标准由微软提出,并从IE 5.0对其开始支持。同时,微软实现了MHTML协议,默认安装的window系统都带有MHTML协议处理程序(MHTML Protocol Handler)。在IE中,当嵌入资源的URL的协议为MHTML 时,IE将调用MHTML Protocol Handler,把该资源当作MHTML格式文件解析处理。
MHTML文件由于是 "多合一" ,所以使用multipart的格式。
MHTML Protocol Handler 对MHTML文件有如下“温和”之处:
1. MHTML Protocol Handler会忽略远程文件后缀;
2. MHTML Protocol Handler会忽略远程文件中Content-Type前面的除“空行”外的所有内容,若有“空行”,则MHTML Protocol Handler不能解释该文件;
3. MHTML Protocol Handler会忽略远程文件中“--_boundary_by_mere—”后的所有无关内容;
4. MHTML Protocol Handler会忽略远程服务器的Content-Disposition、X-Frame-Options等响应头。
协议访问格式:mhtml: [Mhtml_File_Url]![Original_Resource_Url]
[Original_Resource_Url]从消息体的Content-Location处获得。如果[Original_Resource_Url] 不能从[Mhtml_File_Url]中获取,IE就会尝试下载[Original_Resource_Url]和返回下载内容。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
multipart/related自然是multipart_subtype其中一种,例如demo.html:
Content-Type: multipart/related; boundary="_boundary_by_mere"
--_boundary_by_mere
Content-Location:demo
Content-Transfer-Encoding:base64
PGh0bWw+PGJvZHk+TUhUTUwgREVNTyE8L2JvZHk+PC9odG1sPg==
--_boundary_by_mere--
若使用mhtml协议,访问 mhtml:demo.html!demo 即可访问文件的demo数据块。
参考文章:IE下MHTML协议带来的跨域危害,d4rkwind
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
HTTP协议和MIME协议是两个概念。多用途网际邮件扩充协议(MIME)是 Multipurpose Internet Mail Extensions 的缩写。
multipart类型,是MIME邮件的精髓。邮件体被分为多个段,每个段又包含段头和段体两部分,这两部分之间也以空行分隔。常见的multipart类型有三种:multipart/mixed, multipart/related和multipart/alternative。如果在邮件中要添加附件,必须定义multipart/mixed段;如果存在内嵌资源,至少要定义multipart/related段;如果纯文本与超文本共存,至少要定义multipart/alternative段。
什么是“至少”?举个例子说,如果只有纯文本与超文本正文,那么在邮件头中将类型扩大化,定义为multipart/related,甚至multipart/mixed,都是允许的。
1.http协议的主体信息部分是使用html来包装的,http协议刚开始是用来传送html的,只是和MIME协议结合才可以传送别的格式数据。
2.http与MIME应该分别是两个此协议,MIME可以附属在其他许多协议上,例 如SMTP协议,利用MIME协议可以在协议中包含特殊格式的信息文本.例如:在http协议中包含pdf格式的数据,可以在浏览器中打开,在邮件中可以 利用MIME协议来包含pdf附件,其余其他可以包含MIME数据的协议,我就不清楚了,我想,这应该可以有很多,因为从原理上说,这仅仅是按一定格式包 含一段特殊数据。
3.浏览器可以认为是用来解读http协议的客户端,最终显示的内容是http协议数据体部分html格式的数据。