要想各种邮件处理程序能识别我们所写的电子邮件，能从我们所书写的电子邮件中分析和提取出发件人，收件人，邮件主题和邮件内容以及附件等信息，那么我们所写的电子邮件必须要遵循一定的格式要求，正如我们上一篇博客 1132803951@qq.com> 11 To: "=?ISO-8859-1?B?MTgyNzEyNjU3MzI=?=" <18271265732@163.com> 12 Subject: hello world 13 Mime-Version: 1.0 14 Content-Type: multipart/alternative;         boundary="----=_NextPart_59DF7F2B_08CB07D0_339F08F2" 15 Content-Transfer-Encoding: 8Bit 16 Date: Thu, 12 Oct 2017 22:41:47 +0800 17 X-Priority: 3 18 Message-ID: <tencent_9EFED46440A5BAD43E6BC680FAC8A58E460A@qq.com> 19 X-QQ-MIME: TCMime 1.0 by Tencent 20 X-Mailer: QQMail 2.x 21 X-QQ-Mailer: QQMail 2.x 22 X-QQ-SENDSIZE: 520 23 Received: from qq.com (unknown [10.137.130.92])         by smtp.qq.com (ESMTP) with SMTP         id ; Thu, 12 Oct 2017 22:41:47 +0800 (CST) 24 Feedback-ID: webmail:qq.com:bgweb:bgweb4 25 X-CM-TRANSID:OMCowACXv+ssf99ZD5FqAg--.5570S3 26 Authentication-Results: mx6; spf=pass smtp.mail=1132803951@qq.com; dki         m=pass header.i=@qq.com 27 X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73         VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvj4RWLvtDUUUU   28 This is a multi-part message in MIME format.   29 Content-Type: text/plain;         charset="ISO-8859-1" 30 Content-Transfer-Encoding: base64   31 PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFu YSwgJ01pY3Jvc29mdCBZYUhlaSc7IGxpbmUtaGVpZ2h0OiAyMy44cHg7Ij5UaGlzIGlzIHRo ZSBmaXJzdCBlbWFpbCBzZW50IGJ5IGhhbmQgdXNpbmcgdGhlIFNNVFAgcHJvdG9jb2w8L3Nw YW4+PC9kaXY+ 　　上面便是 RFC822 所定义的邮件格式，从第 1 行到第 30 行都是邮件头，第 31 行是邮件体（经过base64加密过了，有兴趣的大家可以解码看看）。而邮件头和邮件体之间以一个空行间隔，邮件头部分是由多个头字段和字段内容组成，分别表示收件人，发件人，发件时间，主题等信息。还有一些信息是对应的SMTP服务器在邮件传递过程中所加上的，我们知道现实生活中的邮局在处理邮件时，通常都会在信封上加上邮戳，表示这封邮件在什么时候经过了哪个邮局哪个部门处理，我们上个例子是QQ邮箱发给163邮箱的。而SMTP服务器按从下往上的方式添加信息，即先添加的字段位于后添加字段的后面。所以qq的SMTP服务器会先添加头字段，但是添加的字段会在163的SMTP服务器添加字段的下面，另外 POP3服务器也会自己添加一些字段。 　　每一个邮件头以“字段名：字段值”的格式出现，即每一行邮件头的内容依次由字段名、冒号、空格、字段值、回车换行符组成。RFC822文档中定义了多个标准的邮件头字段，每一个邮件头字段表示一种特定的信息。邮件头中也可以包含自定义的头字段，这种自定义的头字段通常是某个组织或机构内部专用的。下面是对一些主要的邮件头字段的解释： [img]http://files.jb51.net/file_images/article/201710/20171016100747927.jpg?201791610755[/img] 　　我们从上可以知道，RFC822文档存在两个问题： 　　①、定义了邮件内容的主体结构和各种邮件头字段的详细细节，但是，它没有定义邮件体的格式，RFC822文档定义的邮件体部分通常都只能用于表述一段普通的文本，而无法表达出图片、声音等二进制数据。 　　②、SMTP服务器在接收邮件内容时，当接收到只有一个“.”字符的单独行时，就会认为邮件内容已经结束，如果一封邮件正文中正好有内容仅为一个“.”字符的单独行，SMTP服务器就会丢弃掉该行后面的内容，从而导致信息丢失。 　　上面两个问题是致命的，当今的电子邮件，人们希望在电子邮件中嵌入图片、声音、动画和附件。但是，由于图片和声音等内容是非ASCII码的二进制数据，而RFC822邮件格式只适合用来表达纯文本的邮件内容，所以，要使用RFC822邮件格式发送这些非ASCII码的二进制数据时，必须先采用某种编码方式将它们“编码”成可打印的ASCII字符后再作为RFC822邮件格式的内容。邮件阅读程序在读取到这种经过编码处理的邮件后，再按照相应的解码方式解码出原始的二进制数据，这样就可以借助RFC822邮件格式来传递多媒体数据了。这种做法需要解决一下两个技术问题： 　　一、邮件阅读程序如何知道邮件中嵌入的原始二进制数据所采用的编码方式； 　　二、邮件阅读程序如何知道每个嵌入的图像或其他资源在整个邮件内容中的起止位置。 　　为了解决上面两个问题，人们后来专门为此定义了MIME（Multipurpose Internet Mail Extension，多用途Internet邮件扩展）协议。  [b]2、MIME协议[/b] 　　MIME协议用于定义复杂邮件体的格式，它可以表达多段平行的文本内容和非文本的邮件内容，例如，在邮件体中内嵌的图像数据和邮件附件等。另外，MIME协议的数据格式也可以避免邮件内容在传输过程中发生信息丢失。MIME协议不是对RFC822邮件格式的升级和替代，而是基于RFC822邮件格式的扩展应用。一言以蔽之，RFC822定义了邮件内容的格式和邮件头字段的详细细节，MIME协议则是定义了如何在邮件体部分表达出的丰富多样的数据内容。 　　一个采用了MIME协议的电子邮件就叫做MIME邮件，MIME邮件在RFC822文档中定义的邮件头字段的基础上，扩充了一些自己专用的邮件头字段，例如，使用MIME-Version头字段指定MIME协议的版本，使用Content-Type头字段指定邮件体的MIME类型，使用Content-Transfer-Encoding头字段指定编码方法，如下所示： 　　　 　　其中，“multipart/mixed”部分说明邮件体中包含有多段数据，每段数据之间使用boundary属性中指定的字符文本作为分隔标识符。另外，MIME邮件也扩展了RFC822文档中已经定义了的邮件头字段的内涵，例如，定义了subject头字段中的值内容的格式，以便通过编码的方式让邮件主题中也可以使用非ASCII码的字符。subject头字段中的值嵌套在一对“=?”和“?=”标记符之间，标记符之间的内容由三部分组成：邮件主题的原始内容的字符集、当前采用的编码方式、编码后的结果，这三部分之间使用“?”进行分隔。 [b]3、总结[/b] 　　这篇博客，带上前面两篇博客，我们就将邮件的收发基本原理讲了一下。那么有人会问，实际项目中我们也需要考虑邮件的底层实现协议吗？答案是不用的，比如 sun 公司（现在已经被orcal收购了）开发的JavaMail API 就是为方便Java开发人员在应用程序中实现邮件接收和发送功能而提供的一套标准开发包，屏蔽了底层的邮件实现协议，那么下一篇博客我们就来用[url=http://www.1sucai.cn/article/125841.htm]JavaMail 实现邮件收发功能[/url]。 以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持编程素材网。