smtp协议 文本图片数据组合

smtp协议 发送带附件的邮件

已经厌倦了给你的朋友和客户发送那些单调乏味的文本通知和信件了吗？曾经考虑过发送附件或在邮中嵌入HTML吧

答案就是MIME。接下来的几页解释了MIME的基础知识，创建符合MIME的信息，然后用一个可以工作的PHP 
类结束，这个类实现了发送符合MIME邮件。注意对调用脚本，调用者等等的引用表示使用了将要开发的类的 
脚本，客户程序/MUA等等表示邮件阅读的客户程序或邮件使用代理程序。 

一些MIME基础 
MIME表示多用途Internet邮件扩允协议。MIME扩允了基本的面向文本的Internet邮件系统，以便可以在 
消息中包含二进制附件。 

MIME利用了一个事实就是，RFC 822在消息体的内容中做了一点限制：唯一的限制就是只能使用简单的 
ASCII文本。所以，MIME信息由正常的Internet文本邮件组成，文本邮件拥有一些特别的符合RFC 
822的信息 
头和格式化过的信息体（用ASCII 
的子集来表示的附件）。这些MIME头给出了一种在邮件中表示附件的特别 
的方法。 

MIME信息的剖析 
一个普通的文本邮件的信息包含一个头部分（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的信息呢？"" 　　通过上面的一般性的描述，让我们现在看一下所谓的MIME信息到底是什么！

最简单的MIME信息 
这个信息没有任何段，也就是，没有附件。然而，因为它是一个MIME消息，它必须有必要的头。 

From: php@php.net 
To: "'Alex (the Great)"' <alex@greece.net> 
Subject: Bucephalus 
MIME-Version: 1.0 

Hello Alexander, 

How"'s Bucephalus doing? 

这里面没有什么，它只是一个简单的拥有MIME头的符合RFC-822 
的信息（文本邮件）。注意，如果没有 
指定Content-Type头，则假设为Content-Type: text/plain;charset="'us-ascii"'!当然，它有些简单，复杂 
一些的如下： 

From: "'Alex (the Great)"' <alex@greece.net> 
To: php@php.net 
Subject: re: Bucephalus 
MIME-Version: 1.0 
Content-Type: image/jpg; 
name="'buce.jpg"' 
Content-Transfer-Encoding: base64 
Content-Description: Take a look at him yourself 

<.....base64 encoded jpg image of Bucephalus...> 

""嗨，但是我想发送一个word文档和一张我的小狗的图片在同一封邮件中... 
！""一个用户说！如果是真 
的，上面的那个例子就太简单了，并且它没有足够的内容来支持爱好者和现代邮件处理方面的需要。实际上， 
许多的邮件客户端软件甚至不能显示描述字段！ 

这就是我们所面临的""多部分信息""。 


多部分信息（Multipart Messages） 
这个概念允许在一封邮件中发送多条项目。例如，假设Alexander想要给php@php.net发送一封他的马的 
照片的邮件，同时还附带有马的家族图谱及精彩的说明！这样一个简单的要求没有多部分消息的概念是无法 
被满足的。在这种情况下，我们创建了一个使用Content-Type的信息头的封装来支持邮件的不同部分，以便 
收信人得到图片，家族图谱和精彩的说明！ 

Content-Type 头现在拥有一个""multipart""的值，它表示这是一个完整的邮件信息并且这个头只封装了 
信息。而且它还有一个""mixed""的子类型（毕竟图片，家族图谱和7bit文本信息是不同的类型，对吗？）。 

让我们看一下整个图片看上去象： 


From: "'Alex (the Great)"' <alex@greece.net> 
To: php@php.net 
Subject: re: Bucephalus 
MIME-Version: 1.0 
Content-Type: multipart/mixed; 
boundary=""XX-1234DED00099A""; 
Content-Transfer-Encoding: 7bit 

This is a MIME Encoded Message 

--XX-1234DED00099A 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

Hi PHP, 

Attached you will find my horse, Bucephalus"', pedigree chart and photo. 

Alex 

--XX-1234DED00099A 
Content-Type: image/jpg; 
name=""buce.jpg""; 
Content-Transfer-Encoding: base64 
Content-Description: ""A photo of Bucephalus"" 

<.....base64 encoded jpg image of Bucephalus...> 

--XX-1234DED00099A 
Content-Type: application/octet-stream; 
name=""pedigree.doc"" 
Content-Transfer-Encoding: base64 
Content-Description: ""Pedigree Chart of the great horse"" 

<.....base64 encoded doc (pedigree.doc) of Bucephalus...> 

--XX-1234DED00099A-- 

哟，看上去很复杂，不是吗？不管怎样，让我们浏览一遍细节吧： 

如果你注意到了在MIME信息头中的Content-Transfer-Encoding，为""7bit""。因为Content-Type为 
multipart/mixed，编码应该是7bit，8bit或二进制中的一种，7bit是一种广泛使用的格式。 
象这样一条信息包含了多种信息。客户程序是如何知道JPG图片，文档和普通文本之间的区别呢？你会 
注意到在Content-Type后面有一个boundary=""XX-1234DED00099A""参数。这个值用来分离邮件中的不同 
部分。它叫做MIME边界标记。边界标记的值必须尽可能的唯一，以免在超出邮件范围时发生混乱。 
""警告""信息（译者：指""This is a MIME Encoded 
Message""）在那里是为了让不符合MIME的客户程序 
能够把它显示给用户，否则他们就不理解一个空白邮件是什么意思。 
现在，回到边界标记。如果你观察这个简单的邮件，会发现边界标记（XX-1234DED00099A在每一个分 
都出现了，也就是，在每部分之间都使用了一个边界标记，然而，每个边界标记都以两个连接符开始。 
很重要的一点需要注意的就是在最后一个MIME段的后面，边界标记不仅仅以那两个边接符作为开始， 
同时也以它俩作为结束。这一点一定不能忘记，因为它定义了邮件的范围。 
让我们看一下前两个MIME段： 
第一段是普通文本信息，因此Content-Type为text/plain，并且编码为7bit（我们也可以省略它， 
因为如果不指明它也会默认为如此）。 
第二个就是JPEG图片。相应的表示为Content-Type: image/jpg。name=""buce.jpg""（出现在 
Content-Type的后面，称之为参数），指出了文件的名字；它就是可以在客户程序中看到的附件 
的名字。如果不给出name=""buce.jpg"" 
，描述字段（如果给出）将作为附件的名字显示出来（然 
而，在所有客户程序中它不是统一的做法）。 
注意JPEG 
图片可以在邮件件中被显示出来，如果客户程序可以显示行内附件。或者，你可以向客户程 
指明你想如何显示附件。例如，如果存在 

Content-Disposition: attachment 头，JPEG图片将被显示为一个附件图标。

MIME 类

在有了这些基础之后，让我们用PHP创建和实现一个MIME邮件类。在我们的PHP库函数中，已经有了编码

所必须的工具。

MIME类必须能够：

增加附件

对每一个独立的请求，对所附的数据进行编码

创建MIME段/头

生成一个包含MIME段/头的完整的邮件

将整个邮件作为字符串返回

用本地的邮件处理程序进行发送（或选择调用一个SMTP邮件处理程序）