电子邮件系统的设计与实现文档格式.docx

1、己的信箱中读取信件， 信箱实际上是由文件管理系统支持是一个实体。 因为电子邮件是通过 邮件服务器（ mail server ）来传递的。通常 mail server 是执行多任务操作系统 UNIX 的计算 机，它提供 24 小时的电子邮件服务，用户只要向 mail server 管理人员申请一个信箱账号， 就可使用这项快递的邮件服务。1.3电子邮件的工作原理：电子邮件的发送是通过电子邮件简单传速协议（ Simple Mail Transfer Protocol ，简称SMTP ）来完成的，电子邮件的接受是通过 POP3 协议来实现。它是 Internet 下的一种电子邮件通信协议。电子邮件的基

2、本原理， 是在通信网上设立 “电子信箱系统 ”，它实际上是一个计算机系统。 系统的硬件是一个高性能、 大容量的计算机。 硬盘作为信箱的存储介质， 在硬盘上为用户分 一定的存储空间作为用户的 “信箱 ”，每位用户都有属于自己的一个电子信箱。 并确定一个用 户和用户可以随意修改的口令。 存储空间包含存放所收信件、 编辑信件以及信件存盘三部分 空间，用户使用口令开启自己的信箱，并进行发信、读信、编辑、转发、存档等各种操作。 系统功能主要由软件实现。1.4开发环境及运行环境1.4.1开发环境AMD Athlom（TM）, 512 内存， 80G 硬盘Microsoft （） Windows XP Pr

3、ofessionalMicosoft Visual Studio 2003 （ C Sharp ）Micosoft Developer Network for Visual Studio.NET 20031.4.2运行环境Internet pentium 2 及以上处理器， 32M 以上内存， 4G 以上硬盘Micosoft windows 9X/NT 操作系统800*600 或以上的屏幕分辨率确保机器上安装有 .Net FrameWork 1.0 或者以上版本第二章 系统需求分析2.1系统功能需求分析电子邮件系统需求实现的功能包括新建用户的帐号，接受简单邮件或带附件的邮 件，发送简单邮件或发

4、送带附件的邮件，电子邮件编号，电子邮件分类管理，通信薄管理。 为了使用通信薄，于是添加了对用户资料的增加，修改，取消操作。2.1.1 软件的总体架构图 1 软件构架图2.1.2系统功能图 2 系统功能图2.1.3系统总体用例图图 3 系统总体用例图2.2数据库需求分析在对系统进行系统需求分析的基础上，可以得到系统在处理数据时会用到下面所示的 数据项和数据结构：1）用户信息：帐号名称，用户名，密码，电子邮箱地址， SMTP 服务器， SMTP 端口号，POP3服务器， POP3 端口号。2）通信薄信息：姓名，邮箱地址，电话号码， QQ 号，手机号码，通信地址。第三章 系统设计3.1系统的流程设计

5、邮件客户端最重要的两个功能就是接收邮件和发送邮件， 其中接收邮件的流程图如图 4 所示。从流程图中可以看出，接收邮件时首先要创建一个 TCP 连接到 POP3 服务器。如果 连接不成功就退出执行， 连接成功后再发送 USER 和 PASS 命令进行身份验证， 身份验证通 过后再通过 STAT 命令获得要接收的邮件数， 当邮件数大于 0 时，通过 RETR 命令逐个接收 邮件。接收邮件完毕后， 检查帐号中是否保留服务器上的邮件设置， 如果是就不作任何操作， 否则从服务器上删除已经接受的邮件。最后关闭连接。完成邮件接收。图 4 接收邮件流程图发送邮件的流程图，先检查“发信箱”目录中是否有待发邮件，

6、如果有就逐个发送这些 邮件，流程图如图 5 所示。其发送过程，首先需要创建一个 TCP 连接，连接到 SMTP 服务 器，如果连接不成功就退出程序。连接成功后发送 USER 和 PASS 命令进行身份验证。身份 验证通过后发送邮件，如果发送成功就关闭连接，更新数据库，完成邮件发送任务。更新数据库获得下一个邮件图5 发送邮件流程图3.2SMTP 协议的研究由于要开发的是邮件客服端程序，就不得不用到 SMTP 协议和 POP 协议。而我个人负责的是邮件发送功能的实现，因此就必然会涉及到 SMTP （ Simple Mail Transfer Protocol ）协议。SMTP 被用来在因特网上发送

7、邮件， 该协议规定了一些基本的命令和方法使客服端与服 务器进行交互，以达到发送邮件的目的。3.2.1SMTP 介绍简单邮件传输协议（ SMTP ）的目标是可靠高效地传送邮件，它独立于传送子系统而 且仅要求一条可以保证传送数据单元顺序的通道。SMTP 的一个重要特点是它能够在传送中接力传送邮件，传送服务器提供了进程间通 信环境（ IPCE），此环境可以包括一个网络，几个网络或一个网络的子网。理解到传输送系 统（或 IPCE ）不是一对一的是很重要的。进程可能直接和其它进程通过已知的 IPCE 通信。 邮件是一个应用程序或进程间通信。 邮件可以通过连接在不同 IPCE 上的进程跨网络进行邮 件传送

8、。更特别是，邮件可以通过不同网络上的主机接力式传送。3.2.2SMTP 模型SMTP 设计基于以上通信模型：针对用户的邮件请求，发送 SMTP 建立于接收 SMTP 之间建立一个双向传送通道。接收 SMTP 可以是最终接收者也可以是中间传送者。 SMTP 命令由发送 SMTP 发出，由接收 SMTP 接收，而应答则反方面传送。一旦传送通道建立， SMTP 发送者发送 MAIL 命令指明邮件发送者。如果 SMTP 接收 者可以接收邮件则返回 OK 应答。 SMTP 发送者再发出 RCRT 命令确认邮件是否接收到。 如 果 SMTP 接收者接收，则返回 OK 应答；如果不能接收到，则发出拒绝接收应

9、答（但不中 止整个邮件操作） ，双方将如此重复多次。当接收者到全部邮件后会接收到特别的序列，如 果接收者成功处理了邮件，则返回 OK 应答。SMTP 提供传送邮件的机制， 如果接收方与发送方连接在同一个传送服务下时， 邮件可 以直接由发送方主机传送到接收方主机； 或者， 当两者在不同一个传送服务下时， 通过中继 SMTP 服务器传送。 为了能够对 SMTP 服务器提供中继能力， 它必须拥有最终目的主机地址 和邮箱名称。MAIL 命令参数是回复路径， 它指定邮件从何处来； 而 RCPT 命令的参数是转发路径的， 它指定邮件向何处去。 向前路径是源路径， 而回复路径是返回路径 （它用于发生错误时返

10、回 邮件）。当同一个消息要发往不同的接收者时， SMTP 遇到了向不同接收者发送同一份数据的复 制品的问题，邮件命令和应答有一个比较奇怪的语法，应答也有一个数字代码。在下面，例 子中可以看到哪些使用实际的命令和应答。完整的命令和应答在第四节。命令与应答对大小写不敏感，也就是说，命令和应答可以是大写，小写或两者的混合， 但这一点对用户邮件名称却不一定是对的，因为有的主机对用户名大小写是敏感的。这样 SMTP 实现中就将用户邮箱名称保留成初始时的样子，主机名称对大小写不敏感。命令与应答由 ASCII 字母表组成，当传送服务提供 8位子节传送通道，每 7 位字符正 确传送，而最高位被填充为 0。当指

11、定一般的命令或应答格式后，参数会由一些类似于语言 的字符串表示出来，如“ ”或“ ”，这里尖括号表示这是一种类似于语 言的变量。3.3SMTP 协议的命令和应答3.3.1SMTP 协议的命令SMTP 命令定义了邮件传输或用户定义的系统功能。它的命令是由 结束的字符串。而在带有参数的情况下， 命令本身由 和参数分开， 如果未带参数可以直接和 连接。邮箱的语法格式必须和接收站点的格式一致。3.3.2SMTP 的应答码对 SMTP 命令的响应是多样的，它确定了在邮件传输过程中请求和处理的同步，也保 证了发送 SMTP 知道接收 SMTP 的状态。每个命令必须有且只有一个响应。SMTP 响应由三位数字

12、组成，其后跟一些文本。数字帮助决定下一个应该进入的状态， 而文本对人是有意义的。 三位的响应已经包括了足够的信息， 不用再阅读文本， 文本可以直 接抛弃或者传递给用户。 特别的是， 文本是与接收和环境相关的， 所以每次接收到的文本可 能不同。 正规的情况下， 响应由下面序列构成： 三位的数字， ,一行文本和一个 , 或者也可以是一个多行响应。只有 EXPN 和 HELP ，命令可以导致多行应答，然而，对所有 命令，多行响应都是允许的。REPLY CODES BY FUNCTION GROUPS 500 格式错误，命令不可识别（此错误也包括命令 行过长）第四章 RFC822说到发送和接收邮件，就

13、不得不提 RFC822 了。 RFC822 的全称是“ ARPA 因特网文信 件格式的标准” （ Standard for the Format of ARPA Internet Text Messages ）。该标准提供了邮件 内容的格式和相关语义。4.1RFC822 简单介绍RFC822 规定的电子邮件内容全部由 ASCII 字符组成，就是通常所说的文本文件，因而 标准将它称为 Internet 文本信件（ Internet Text Messages）。从直观上看，信件非常简单，就是一系列由 ASCII 字符组成的文本行，每一行以回车 换形符结束。从组织上看，信件内容结构分为两大部分，中间用一个空白行 （只有 CRLF 符的行）来 分隔。第一部分称为信件的头部，包括有关发送方、接收方、发送日期等信息。第二部分称 为信件的体部， 包括信件内容的正文文体。 信头是必需的， 信体是可选的， 即信体可有可无。 如果不存在信体，用作分隔的空白行也就不需要。在信体中，也可以有用作分隔的空白行。 这样设计的信件便于进行语法分析，提取信件的基本信息。在 RFC822 中规定，信件体就是一系列的向收信人表达信息的文本行， 比较简单， 可以包括任意文本。并没有附加的结构。信件头则具有比较复杂的结构，在下一小节中详述。4.2信件的头部