MIME结构一、RFC822协议RFC822文档定义了邮件内容的主体结构和各种邮件头字段的详细细节，但是，它没有定义邮件体的格式，RFC822文档定义的邮件体部分通常都只能用于表述一段普通的文本，而无法表达出图片、声音等二进制数据。另外，SMTP服务器在接收邮件内容时，当接收到只有一个“.”字符的单独行时，就会认为邮件内容已经结束，如果一封邮件正文中正好有内容仅为一个“.”字符的单独行，SMTP服务器就会丢弃掉该行后面的内容，从而导致信息丢失。由于Internet的迅猛发展，人们已不满足于电子邮件仅仅是用来交换文本信息，而希望使用电子邮件来交换更为丰富多彩的多媒体信息，例如，在邮件中嵌入图片、声音、动画和附件。但是，由于图片和声音等内容是非ASCII码的二进制数据，而RFC822邮件格式只适合用来表达纯文本的邮件内容，所以，要使用RFC822邮件格式发送这些非ASCII码的二进制数据时，必须先采用某种编码方式将它们“编码”成可打印的ASCII字符后再作为RFC822邮件格式的内容。邮件阅读程序在读取到这种经过编码处理的邮件后，再按照相应的解码方式解码出原始的二进制数据，这样就可以借助RFC822邮件格式来传递多媒体数据了。这种做法需要解决以下两个技术问题：（1）邮件阅读程序如何知道邮件中嵌入的原始二进制数据所采用的编码方式；（2）邮件阅读程序如何知道每个嵌入的图像或其他资源在整个邮件内容中的起止位置。针对这个问题，人们后来专门为此定义了MIME（MultipurposeInternetMailExtension，多用途Internet邮件扩展）协议。二、RFC822结构邮件实例：1．Return-Path:<it315_test@sina.com>2．Delivered-To:it315_test@mx72.mail.sohu.com3．Received:fromsmtp.sina.com.cn(unknown[202.108.3.177])4．bysohumx139.sohu.com(Postfix)withSMTPidE4F9802C12495．for<it315_test@sohu.com>;Thu,10Nov200516:39:50+0800(CST)6．Received:(qmail49221invokedfromnetwork);10Nov200508:39:33-00007．Received:fromunknown(HELOit315?test)(218.246.5.151)8．bysmtp.sina.com.cnwithSMTP;10Nov200508:39:33-00009．From:it315_test@sina.com10．To:it315_test@sohu.com11．Subject:test12．Message-Id:<20051110083950.E4F9802C1249@sohumx139.sohu.com>13．Date:Thu,10Nov200516:39:50+0800(CST)14．Status:RO15．X-UIDL:1131611863.21509_77.mx7216．17．test!!!邮件解析：（1）邮件头和邮件体之间以一个空行进行分隔。第1～15行是邮件的邮件头，第17行是邮件的邮件体。（2）每一个邮件头以“字段名：字段值”的格式出现，即每一行邮件头的内容依次由字段名、冒号、空格、字段值、回车换行符组成。RFC822文档中定义了多个标准的邮件头字段，每一个邮件头字段表示一种特定的信息。邮件头中也可以包含自定义的头字段，这种自定义的头字段通常是某个组织或机构内部专用的。（3）一些主要的邮件头字段：a.Return-Path该字段代表邮件的回复地址b.Received该字段的基本格式为ReceivedfromAbyBforC，其中A为发送方，B为接收方，C为收件人的邮箱地址。该字段的内容由接收邮件的SMTP服务器填写，常常被用来追踪邮件传输的路线和分析邮件的来源c.From该字段用于指定的发件人地址d.To该字段用于指定收件人地址e.subject该字段用于指定邮件的主题f.date该字段用于指定邮件的发送时间g.cc该字段用于指定邮件的抄送地址三、MIME协议MIME协议用于定义复杂邮件体的格式，它可以表达多段平行的文本内容和非文本的邮件内容，例如，在邮件体中内嵌的图像数据和邮件附件等。另外，MIME协议的数据格式也可以避免邮件内容在传输过程中发生信息丢失。MIME协议不是对RFC822邮件格式的升级和替代，而是基于RFC822邮件格式的扩展应用。一言以蔽之，RFC822定义了邮件内容的格式和邮件头字段的详细细节，MIME协