在前面的本系列文章中我们已经学会了邮件的发送和收取。?但在收取中我们看到的是一串串的乱码，回忆前面的发送过程，我们会奇怪：我们前面的邮件是明文啊。为什么明文的邮件明明也可以正常工作，还要弄乱码似的字符串编码呢？让我们先来看一下前面发送过的邮件内容：
简单的mime内容从上图中我们可以看到，其实可以直接在记事本中把邮件直接写出来。这是因为电子邮件的格式是mime而最简单的mime格式并不复杂。mime当然也是有rfc文档进行说明的，不过明显太过复杂，我们先不要管它，先直接直观的看看眼前的这个邮件的格式。前面几行比较简单，我们猜也能猜出来，无非是说明了邮件的发件人、收件人这样的信息。后面的内容也简单啊，不就是邮件内容嘛！但是这里就有一个mime初学者非常容易出错的地方，后面的内容不仅仅是电子邮件的内容那么简单。实际上它包含了分隔符。什么分隔符号？你会问。我要说这封邮件里包含了两部分：一部分是头信息，包括发件人、收件人、标题、日期；另一部分是内容HelloWorld.你能从上面的内容中找到它们的分隔符号是什么吗？大部分的同学仔细看过都会说，我看得出来是两部分，但是分隔符号是什么我真不知道。这个就是直观感受和程序处理的区别了，一眼看过去我们似乎能知道是两部分，但具体的就要知道格式的标准了。在这里，它的标准说明是：分隔符号是一个空行，不过在程序中它应该或者说必须描述为字符串流中的第一个空行前是头信息我不能说之后的就是内容，虽然这封信里看起来是这样。只能说对于这封信来说后面的内容是具体的信息，可以用下图表示：
中间的空行其实是分隔符在继续往下说以前我们要明白mime实际上在
转载请注明：http://www.0431gb208.com/sjszjzl/2044.html
