当前位置:Linux教程 - Php - 用PHP发送MIME邮件(一)

用PHP发送MIME邮件(一)



        
    Kartic Krishnamurthy



      已经厌倦了给你的朋友和客户发送那些单调乏味的文本通知和信件了吗?曾经考虑过发送附件或在邮中嵌入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: [email protected]
    To: Alex (the Great) <[email protected]>
    Subject: Bucephalus
    MIME-Version: 1.0

    Hello Alexander,

    Hows Bucephalus doing?

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


    From: Alex (the Great) <[email protected]>
    To: [email protected]
    Subject: re: Bucephalus
    MIME-Version: 1.0
    Content-Type: image/jpg;
    name=uce.jpg
    Content-Transfer-Encoding: base64
    Content-Description: Take a look at him yourself

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

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

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


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

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

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


    From: Alex (the Great) <[email protected]>
    To: [email protected]
    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图片将被显示为一个附件图标。




    发布人:netbull 来自:LinuxAid