程序设计实训课程项目报告

《程序设计实训》课程项目报告

AP4及ME协议剖析

班级：01五专2班

学号：0

姓名：徐X

指导教师：袁XX

20__年12月

一、AP4协议剖析

AP是InternetMessageAccessProtocol的缩写，顾名思义，它是通过Internet获取信息的一种协议。AP4是AP协议的第4个版本，正如POP3是POP协议的第3个版本一样。AP用于访问存储在邮件服务器系统内的电子邮件和电子公告板信息。AP允许用户邮件程序如同操作本机系统一样访问远程消息存储器。可通过台式电脑远程操作保存在AP服务系统内的邮件，而不需要在计算机之间来回传输消息或文档。

和POP3的区别

很多朋友都对POP3非常熟悉，我们就从POP3说起。POP3提供了快捷的邮件服务，用户可以利用POP3把邮箱里的信到PC上进行离线阅读。一旦邮件进入PC的本地硬盘，就可以选择把邮件从服务器上删除，然后脱离与Internet的链接并可在任何时候阅读已经的邮件。

AP同样提供了方便的邮件服务，让用户能进行离线阅读，但AP能完成的却远远不止这些。首先，AP提供的摘要浏览功能可以让你在阅读完所有的邮件到达时间、主题、发件人、大小等信息后才做出是否的决定。如果根据摘要信息就可以决定某些邮件对你毫无用处，你可以直接在服务器上把这些邮件删除掉。如果你的AP客户端软件完整支持AP4rev1(如Netscape4.5)，那么你还可以享受选择性附件的服务。假如一封邮件里含有5个附件，而其中只有两个附件是你需要的，你就可以只那两个附件，节省了其余3个的时间。

AP包括了一系列操作：邮箱的建立、删除及重命名、检查新邮件、永久删除邮件、设置和清除标志、基于服务器和ME的分析和搜索、有效并有选择的取回邮件属性、文本和部分内容。AP允许用户从多台计算机上访问邮件（新邮件或保存过的邮件）。对于保证电子邮件的可靠性和同时使用多台计算机的环境来说，这一特性尤其重要。

AP与POP3不同的地方关键是在支持离线阅读的同时也鼓励用户把邮件存储和组织在服务器上。

在线方式下，AP用户不用一次性地从共享服务器上收取邮件然后删除。AP采用的是交互式客户机—服务器方式，用户可以向服务器请求特定邮件的信头或主体，或者请求服务器搜索满足一定条件的邮信。收件箱中的信件标有各种状态标志（如“删除”或“已回复”），它们一直保留直到用户真正删除。在AP系统中，用户可以像在本地一样远程操作管理邮箱。根据AP客户端实现方式及系统管理员设计的邮件系统结构，用户可以在本地机器上保存邮件，或在服务器上保存邮件，也可以两者选一。

AP4是AP的版本，其主要特征如下：

1与因特网消息标准完全兼容，如：ME；

2允许多台计算机同时访问和管理邮件；

3允许通过低效率的文件访问协议进行访问；

4提供对“在线”、“离线”和“无连接”三种访问方式的支持；

5支持共享邮箱的并发访问；

6客户端软件不需要了解服务器上的文件存储格式。

怎样使用AP

支持AP的客户端软件不多，建议使用OE和NetscapeMessenger。这两个软件各有特点，Netscape功能多，但OE显得更简单和快捷，而且有中文版本。很遗憾，国内用户喜爱的Fo_Mail目前还不支持AP。其他的E-mail客户端软件，目前版本对AP4的支持都不完整，不推荐使用。

在OE里设置21cn的AP账号：

1、点击“工具/账号”菜单。

2、在弹出对话框中单击“添加/邮件”按钮。

3、填写你的名称，该名称将出现在发件人域，单击“下一步”。

4、填写你在21cn上的电子邮件地址，单击“下一步”。

5、选择“AP”作为邮件接收服务器类型，在邮件接收服务器栏内填写“imap-”，在邮件发送服务器栏内填写“smtp-”，单击下一步。

6、输入显示在OE文件夹列表内的名称，单击“下一步”并按照向导最终完成设置。

常见问题：

1、我可以混合使用POP3、AP4、WebMail来访问我的邮箱吗

可以，但POP3只下能除Trash和Sent文件夹外那些没有打删除标记的邮件，AP4和WebMail则可以阅读所有的邮件。

2、为什么我用OE5.0建立AP账号后却在WebMail中发现了两个奇怪的文件夹缺省情况下IE5会自动为你建立两个名为“已发送邮件”和“草稿”的文件夹。由于中文名称在WebMail里得不到正确的编码解释，所以未能正确显示。可以通过OE里的关于该账号的“高级设置”功能删除这两个文件夹。

二、ME协议剖析

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

ME是一种技术规范，它原来是用于电子邮件的，现在也可以用于浏览器上，传送可以供浏览器识别的信息，关于ME的知识并是十分难懂的，有一些基本的计算机概念就可以理解了，但如果要进一步使用，就必须注意内容。实际上，我们在上网的时候就已经接触到了ME，只是浏览器和服务器在底层实现了。

ME有时候被错误地理解为多媒体Internet邮件扩展（MultimediaInternetMailE_tensions），这是一个错误，但是ME在网上经常用于多媒体应用程序，所以人们以为

这是它是多媒体邮件扩展，而实际上它应该被称为多用途Internet邮件扩展（MultipurposeInternetMailE_tensions），因为有时候内容里根本没有非文本成份。

ME对于邮件系统的扩展是巨大的，因为在ME出现以前，信件内容如果要包括声音和动画，就必须把它变为ASCII码或把二进制的信息变成可以传送的编码标准，而接收方必须经过解码才可以获得声音和图画信息。ME提供了一种可以在邮件中附加多种不同编码文件的方法。这与原来的邮件是大大不同的。而现在ME已经成为了HTTP协议标准的一个部分。

ME信息包含

一个普通的文本邮件的信息包含一个头部分（To:From:Subject:等等）和一个体部分（HelloMr.,等等）。在一个符合ME的信息中，邮件的各个部分叫做ME段，每段前也缀以一个特别的头。ME邮件只是基于RFC822邮件的一个扩展。然而它有着自已的RFC规范集。

ME头根据在邮件包中的位置，大体上分为ME信息头和ME段头，ME信息头指整个邮件的头，而ME段头只每个ME段的头。

ME信息头有：

ME-Version:

这个头提供了所用ME的版本号。这个值习惯上为1.0。

Content-Type:

它定义了数据的类型，以便数据能被适当的处理。有效的类型有：te_t，image，audio，video，applications，multipart和message。注意任何一个二进制附件都应该被叫做application/octet-stream。这个头的一些用例为：image/jpg,application/mswork，multipart/mi_ed。

Content-Transfer-Encoding:

它说明了对数据所执行的编码方式，客户/MUA将用它对附件进行解码。对于每个附件，可以使用7bit，8bit，binary，quoted-printable，base和custom中的一种编码方式。7bit编码是用在USASCII字符集上的常用的一种编码方式。8bit和binary编码一般不用。对可读的标准文本，如果传输要经过对格式有影响的网关时对其进行保护，可以使用quotedprintable。Base是一种通用方法，在需要决定使用哪一种编码方法时，它提供了一个不用费脑子的选择；它通常用在二进制，非文本数据上。注意，任何非7bit数据必须用一种模式编码，这样它就可以通过Internet邮件网关。

Content-ID:

如果Content-Type是message/e_ternal-body或multipart/alternative时，这个头就有用了。

Content-Description:

这是一个可选的头。它是任何信息段内容的自由文本描述。描述必须使用us-ascii码。

Content-Disposition:

这是一个试验性的头，它用于给客户程序/MUA提供提示，来决定是否在行内显示附件或作为单独的附件。

ME段头（出现在实际的ME附件部分的头），除了ME-Version头，可以拥有以上任何头字段。如果一个ME头是信息块的一部分，它将作用于整个信息体。例如，如果Content-Transfer-Encoding显示在信息（整个信息）头中，它应用于整个信息体，但是如果它显示在一个ME段里，它"只能"用于那个段中。

ME是服务器通知客户机传送文件是什么类型的主要方法，客户机浏览器也通过ME告诉服务器它的参数。在网上，如果接收到的文件没有ME头，就默认它为HTML格式。但这样也不好，因为当ME的包头是te_t/plain时，浏览器将直接显示而不关心它的什么字体，颜色之类的参数，这样显示出来的内容就会与原来的设置不一样了。ME头是什么样子要看它是用在电子邮件中还是用在浏览器上，两者内容可能有所不同。对于邮件头来说，版本号，内容类型声明，编码方式，内容描述是必不可少的。这是用于邮件头中的格式，在下面，我们将重点说到在HTTP中传送ME头，这时ME头要简单一些。

下例是一个邮件的标准ME头：

Mime-Version:1.0版本号：1.0

Content-Type:multipart/mi_ed;boundary="XXX.28"内容类型是多种的

--XXX.28

Content-Type:te_t/plain;charset=US-ASCII内容类型：文本，字符是ASCII的Content-Transfer-Encoding:7bit编码方式：7位

Content-Description:cc:Mailnotepart

在用于浏览器时，用户不需要知道那么多的信息，所以ME头就比较简单了。在访问一个网页时，浏览器和服务器之间产生一个会话，作为请求内容的一部分，浏览器发送它能够理解的ME类型的描述，这就告诉服务器，浏览器除了网页外还可以支持什么，服务器对这个信息一般不作为什么修改。

服务器通过发向客户机的ME头通知客户浏览器内容是什么，我们看看下面这个头：Content-type:te_t/html

在实现的时候，一定要注意ME头后要跟一个空行，不然这个头会被浏览器忽略，这个头会被当作文本显示出来。当服务器传送GIF图象时，头会如下：

Content-type:image/gif

Content-transfer-encoding:BINARY

通常的ME内容类型并不起什么作用，浏览器可以自己识别内容的类型，但是如果您使用一些另外的类型，这个问题可就大了，如果你使用了te_t/postscript，那浏览器会显示窗口，或就把这个东西显示出来，那可就不好办了。下面我们介绍一下标准ME类型。

Te_t.文本，它用于描述不同类型的文本，包括通常的文本，PostScript和HTML，虽然HTML不是一个可能的子类型。

Multipart.多类型，指出此信息包括多种信息，不止一种类型。

Message.用于标记不同类型的消息。

Application.应用类型。

Image.图像，用于标明图形文件。

Audio.声音，用于标明声音文件。

Video.影像，用于标明动画文件。

由于ME定义了多种不同的内容类型，因此在邮件客户端可以识别这些标准的内容说明，从而调用不同的程序插件来进行处理，如为应用，则提示，如为图像，则自动打开（如OE），但由于BASE编码的内容看起来是一样的，所以我们就可以把一个自己编写的执行程序或木马通过BASE编码后，附加在邮件后，并强制定义其为图形或声音等能被自动处理的内容说明，这样，在邮件被打开时，这些编码就会被自动的处理，也就是相当于运行了这些编码解码后的程序。这就是ME缺陷漏洞，在MS的网站已经就此问题做出了补救方法，或使用非MS的产品来接收邮件，如FO_MAIL。