计算机应用技术毕业论文

邮件服务器 李玉平 摘要：电子邮件是因特网上最为流行的应用之一。如同邮递员分发投递传统邮件一样，电子邮件也是异步的，也就是说人们是在方便的时候发送和阅读邮件的，无须预先与别人协同。与传统邮件不同的是，电子邮件既迅速，又易于分发，而且成本低廉。另外，现代的电子邮件消息可以包含超链接、HTML 格式 pdf格式笔记格式下载页码格式下载公文格式下载简报格式下载 文本、图像、声音甚至视频数据。我们将在本文中查看处于因特网电子邮件核心地位的应用层协议。但在深入讨论这些协议之前，让我们先概览一下因特网邮件系统及其重要部件。 关键词：电子邮件 因特网 应用层 邮件服务器是一种用来负责电子邮件收发管理的设备。它比网络上的免费邮箱更安全和高效，因此一直是企业公司的必备设备。 1  引言 1．1  电子邮件介绍 电子邮件(简称E-mai1)又称电子信箱、电子邮政，它是—种用电子手段提供信息交换的通信方式。它是全球多种网络上使用最普遍的一项服务。这种非交互式的通信,加速了信息的交流及数据传送,它是—个简易、快速的方法。通过连接全世界的Internet,实现各类信号的传送、接收、存贮等处理,将邮件送到世界的各个角落。到目前为止,可以说电子邮件是Internet资源使用最多的一种服务，E-mai1不只局限于信件的传递,还可用来传递文件、声音及图形、图像等不同类型的信息。 电子邮件不是一种“终端到终端”的服务,是被称为“存贮转发式”服务。这正是电子信箱系统的核心，利用存贮转发可进行非实时通信，属异步通信方式。即信件发送者可随时随地发送邮件，不要求接收者同时在场，即使对方现在不在，仍可将邮件立刻送到对方的信箱内,且存储在对方的电子邮箱中。接收者可在他认为方便的时候读取信件,不受时空限制。在这里,“发送”邮件意味着将邮件放到收件人的信箱中,而“接收”邮件则意味着从自己的信箱中读取信件,信箱实际上是由文件管理系统支持的—个实体。因为电子邮件是通过邮件服务器(mai1 server)来传递档的。通常mail server是执行多任务操作系统UNIX的计算机，它提供24小时的电子邮件服务,用户只要向 mail server管理人员申请—个信箱账号,就可使用这项快速的邮件服务。 电子邮件的工作原理： 1) 电子邮件系统是一种新型的信息系统,是通信技术和计算机技术结合的产物。 电子邮件的传输是通过电子邮件简单传输协议(Simple Mail Transfer Protocol,简称SMTP)这一系统软件来完成的,它是Internet下的一种电子邮件通信协议。 2) 电子邮件的基本原理,是在通信网上设立“电子信箱系统”，它实际上是一个计算机系统。系统的硬件是一个高性能、大容量的计算机。硬盘作为信箱的存储介质,在硬盘上为用户分一定的存储空间作为用户的“信箱”，每位用户都有属于自己的—个电子信箱。并确定—个用户名和用户可以自己随意修改的口令。存储空间包含存放所收信件、编辑信件以及信件存盘三部分空间,用户使用口令开启自己的信箱,并进行发信、读信、编辑、转发、存档等各种操作。系统功能主要由软件实现。 3) 电子邮件的通信是在信箱之间进行的。用户首先开启自己的信箱，然后通过键入命令的方式将需要发送的邮件发到对方的信箱中。邮件在信箱之间进行传递和交换,也可以与另—个邮件系统进行传递和交换。收方在取信时，使用特定账号从信箱提取。 1．2  开发背景 当前流行的各大邮件客户端软件的除了最主要的收发信件之外，功能越来越复杂，但是人们平常真正用到的功能很少,很多功能尤其对于那些计算机知识相对缺乏的人来说，更加显得太过于华丽而不太实用。有鉴于此，在了解RFC底层协议的基础上，我们开发了这个各种功能相对简单实用的邮件客户端程序，简化了很多不必要的功能。 1．3  开发环境及运行环境 1．3．1  开发环境 AMD Athlon(TM)，512M内存，80G硬盘 Microsoft? Windows? XP Professional Microsoft? Visual Studio 2003(C Sharp) Microsoft? Developer Network for Visual Studio.NET 2003 1．3．2  运行环境 Intel? Pentium? 2及以上处理器，32M以上内存，4G以上硬盘 Microsoft? Windows? 9X/NT操作系统 800*600或以上的屏幕分辨率 确保机器上安装有.Net FrameWork 1.0或者以上版本 2  软件架构及系统用例图 2．1  系统架构 软件的总体架构如图2.1： 主要功能选择 用户 主界面 接收邮件类 发送邮件类 图2.1  软件架构图 2．2  系统总体用例 图2.2  系统总体用例图 2． 3  程序功能框图 图2.3  程序功能图 2．4  发送邮件类 是发送邮件的核心，类名为SmtpMail，隶属于命名空间MailSend。封装了发送邮件的具体实现方法，也是具体的RFC用代码实现的过程。而用户通过具体的操作接口，接口与SmtpMail类通过交互操作来实现用户发送信件的操作。 2．5  附加小功能类 是获取一些诸如系统时间，当前用户名，以及本机IP之类的类，类名为AddExtra，隶属于命名空间MailSend。 3  SMTP协议的研究 由于要开发的是邮件客户端程序，就不得不用到SMTP协议和POP协议。而我个人负责的是邮件发送功能的实现，因此就必然会涉及到SMTP（Simple Mail Transfer Protocol）协议。SMTP被用来在因特网上发送邮件，该协议规定了一些基本的命令和方法使客户端与服务器进行交互，以达到发送邮件的目的。 3．1  SMTP协议简介及工作原理 3．1．1  介绍 简单邮件传输协议（SMTP）的目标是可靠高效地传送邮件，它独立于传送子系统而且仅要求一条可以保证传送数据单元顺序的通道。 SMTP的一个重要特点是它能够在传送中接力传送邮件，传送服务提供了进程间通信环境（IPCE），此环境可以包括一个网络，几个网络或一个网络的子网。理解到传送系统（或IPCE）不是一对一的是很重要的。进程可能直接和其它进程通过已知的IPCE通信。邮件是一个应用程序或进程间通信。邮件可以通过连接在不同IPCE上的进程跨网络进行邮件传送。更特别的是，邮件可以通过不同网络上的主机接力式传送。 3．1．2  SMTP模型 SMTP设计基于以下通信模型：针对用户的邮件请求，发送SMTP建立与接收SMTP之间建立一个双向传送通道。接收SMTP可以是最终接收者也可以是中间传送者。SMTP命令由发送SMTP发出，由接收SMTP接收，而应答则反方面传送。 一旦传送通道建立，SMTP发送者发送MAIL命令指明邮件发送者。如果SMTP接收者可以接收邮件则返回OK应答。SMTP发送者再发出RCPT命令确认邮件是否接收到。如果SMTP接收者接收，则返回OK应答；如果不能接收到，则发出拒绝接收应答（但不中止整个邮件操作），双方将如此重复多次。当接收者收到全部邮件后会接收到特别的序列，如果接收者成功处理了邮件，则返回OK应答。 SMTP提供传送邮件的机制，如果接收方与发送方连接在同一个传送服务下时，邮件可以直接由发送方主机传送到接收方主机；或者，当两者不在同一个传送服务下时，通过中继SMTP服务器传送。为了能够对SMTP服务器提供中继能力，它必须拥有最终目的主机地址和邮箱名称。 MAIL命令参数是回复路径，它指定邮件从何处来；而RCPT命令的参数是转发路径的，它指定邮件向何处去。向前路径是源路径，而回复路径是返回路径（它用于发生错误时返回邮件）。 当同一个消息要发往不同的接收者时，SMTP遇到了向不同接收者发送同一份数据的复制品的问题，邮件命令和应答有一个比较奇怪的语法，应答也有一个数字代码。在下面，例子中可以看到哪些使用实际的命令和应答。完整的命令和应答在第四节。 命令与应答对大小写不敏感，也就是说，命令和应答可以是大写，小写或两者的混合，但这一点对用户邮件名称却不一定是对的，因为有的主机对用户名大小写是敏感的。这样SMTP实现中就将用户邮箱名称保留成初始时的样子，主机名称对大小写不敏感。 命令与应答由ASCII字母表组成，当传送服务提供8位字节传送通道，每7位字符正确传送，而最高位被填充为0。当指定一般的命令或应答格式后，参数会由一些类似于语言的字符串表示出来，如""或""，这里尖括号表示这是一种类似于语言的变量。 3．2  SMTP协议的命令和应答 3．2．1  SMTP协议的命令 SMTP命令定义了邮件传输或由用户定义的系统功能。它的命令是由结束的字符串。而在带有参数的情况下，命令本身由和参数分开，如果未带参数可以直接和连接。邮箱的语法格式必须和接收站点的格式一致。下面讨论SMTP命令和应答。 发送邮件操作涉及到不同的数据对象，它们由不同的参数相互连接。回复路径就是MAIL命令的参数，而转发路径则是RCPT命令的参数，邮件日期是DATA命令的参数。这些参数或者数据对象必须跟在命令后。这种模式也就要求有不同的缓冲区来存储这些对象，也就是说，有一个回复路径缓冲区，一个转发路径缓冲区，一个邮件内容缓冲区。特定的命令产生自己的缓冲区，或使一个或多个缓冲的内容被清除。 HELLO (HELO) 此命令用于向接收SMTP确认发送SMTP。参数域包括发送SMTP的主机名。接收SMTP通过连接确认命令来向发送SMTP确认接收SMTP。引命令和OK响应确认发送和接收SMTP进入了初始状态，也就是说，没有操作正在执行，所有状态表和缓冲区已经被子清除。 MAIL (MAIL) 此命令用于开始将邮件发送到一个多个邮箱中。参数域包括回复路径。返回路径中包括了可选的主机和发送者邮箱列表。当有主机列表时，它是一个回复路径源，它说明此邮箱是由在表中的主机一一传递发送（第一个主机是最后一个接收到此邮件的主机）过来的。此表也有作向发送者返回非传递信号的源路径。因为每个传递主机地址都被加在此表起始处，它就必须使用发送IPCE而不是接收IPCE（如果它们不是一个IPCE的话）清楚的名称。一些出错信息的回复路径可能就是空的。 此命令清除回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区，并且将此命令的回复路径信息插入到回复路径缓冲区中。 RECIPIENT (RCPT) 此命令用于确定邮件内容的唯一接收者；多个接收者将由多个此命令指定。转发路径中包括一个可选的主机和一个必须的目的邮箱。当出现主机列表时，这就是一个源路径，它指明邮件必须向列表中的上一个主机发送。如果接收SMTP未实现邮件的传递发送，就会返回如未知本地用户（550）的信息给用户。 当邮件被传递发送时，传递主机必须将自己的名称由转发路径的开始处移至回复路径的结束处。当邮件最终到达目的地时，接收SMTP将以它的主机邮件格式自己的名称插入目标邮件中。例如，由传递主机A接收的带有如下参数的邮件时， FROM: TO:<@HOSTA.ARPA,@HOSTB.ARPA:USERC@HOSTD.ARPA> 将会变成如下形式： FROM:<@HOSTA.ARPA:USERX@HOSTY.ARPA> TO:<@HOSTB.ARPA:USERC@HOSTD.ARPA>. 此命令导致它的转发路径参数加入转发路径缓冲区中。 DATA (DATA) 接收者将跟在命令后的行作为邮件内容。此命令导致此命令后的邮件内容加入邮件内容缓冲区。邮件内容可以包括所有128个ASCII码字符。邮件内容由只包括一个句号的行结束，也就是如下的字符序列："."，它指示了邮件的结束。 邮件内容的结束指示要求接收者现在就处理保存的邮件内容。此过程将回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区的内容全部清空。如果操作成功，接收者必须返回OK应答；如果失败也必须返回失败应答。 当接收SMTP收到一条信息时，无论是用作转发还是此邮件已经到达目的地，它都必须在邮件内容的开始处加上时间戳这一行，这一行指示了接收到邮件主机和发出此邮件主机的标识，以及接收到邮件内容的时间和日期。转发的信件将有多行这样的时间戳。当接收SMTP作最后一站的传送时，它将返回路径信息行插入邮件中。此行包括了发送命令中的的信息。在这里，最后一站的传送的意思是邮件将被送到目的用户手中，但在一些情况下，邮件可能需要更进一步的加工并由另外的邮件系统传送。 可能在返回路径中的邮箱与实际发送的邮件不一致，这个情况可能发生在需要传送一个特定的错误处理信箱而不是信件发送者那里。上面所述说明了，最后的邮件内容由一个返回路径行，和在其后的一个或多个时间戳行构成。这些行后面是邮件内容的头和体信息。 当处理后面的邮件数据指示部分成功时就需要特定的说明。这种情况可能发生在发送SMTP发现当邮件需要传送给多个用户时，只能够成功地向其中的一部分发送信息这种情况下。在这种情况下，必须对DATA命令发送OK应答，而接收SMTP组织并发送一个"不可传递邮件"信息到信息的发送者。在此信息中或者发送一个不成功接收者的列表，或者每次发送一个不成接收者，而发送多次。所有不可传递邮件信息由MAIL命令发送。 返回路径和接收时间戳例子 Return-Path: <@GHI.ARPA,@DEF.ARPA,@ABC.ARPA:JOE@ABC.ARPA> Received: from GHI.ARPA by JKL.ARPA ; 27 Oct 81 15:27:39 PST Received: from DEF.ARPA by GHI.ARPA ; 27 Oct 81 15:15:13 PST Received: from ABC.ARPA by DEF.ARPA ; 27 Oct 81 15:01:59 PST Date: 27 Oct 81 15:01:01 PST From: JOE@ABC.ARPA Subject: Improved Mailing System Installed To: SAM@JKL.ARPA This is to inform you that ... SEND (SEND) 此命令用于开始一个发送命令，将邮件发送到一个或多个终端上。参数域包括了一个回复路径，此命令如果成功就将邮件发送到终端上了。 回复路径包括一个可选的主机列表和发送者邮箱。当出现主机列表时，表示这是一个传送路径，邮件就是经过这个路径上的每个主机发送到这里的（列表上第一个主机是最后经手的主机）。此表用于返回非传递信号到发送者。因为每个传递主机地址都被加在此表起始处，它就必须使用发送IPCE而不是接收IPCE（如果它们不是一个IPCE的话）清楚的名称。一些出错信息的回复路径可能就是空的。 此命令清除回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区，并且将此命令的回复路径信息插入到回复路径缓冲区中。 SEND OR MAIL (SOML) 此命令用于开始一个邮件操作将邮件内容传送到一个或多个终端上，或者传送到邮箱中。对于每个接收者，如果接收者终端打开，邮件内容将被传送到接收者的终端上，否则就送到接收者的邮箱中。参数域包括回复路径，如果成功地将信息送到终端或邮箱中此命令成功。 回复路径包括一个可选的主机列表和发送者邮箱。当出现主机列表时，表示这是一个传送路径，邮件就是经过这个路径上的每个主机发送到这里的（列表上第一个主机是最后经手的主机）。此表用于返回非传递信号到发送者。因为每个传递主机地址都被加在此表起始处，它就必须使用发送IPCE而不是接收IPCE（如果它们不是一个IPCE的话）清楚的名称。一些出错信息的回复路径可能就是空的。 此命令清除回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区，并且将此命令的回复路径信息插入到回复路径缓冲区中。 SEND AND MAIL (SAML) 此命令用于开始一个邮件操作将邮件内容传送到一个或多个终端上，并传送到邮箱中。如果接收者终端打开，邮件内容将被传送到接收者的终端上和接收者的邮箱中。参数域包括回复路径，如果成功地将信息送到邮箱中此命令成功。 回复路径包括一个可选的主机列表和发送者邮箱。当出现主机列表时，表示这是一个传送路径，邮件就是经过这个路径上的每个主机发送到这里的（列表上第一个主机是最后经手的主机）。此表用于返回非传递信号到发送者。因为每个传递主机地址都被加在此表起始处，它就必须使用发送IPCE而不是接收IPCE（如果它们不是一个IPCE的话）清楚的名称。一些出错信息的回复路径可能就是空的。 此命令清除回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区，并且将此命令的回复路径信息插入到回复路径缓冲区中。 RESET (RSET) 此命令指示当送邮件操作将被放弃。任何保存的发送者，接收者和邮件内容应该被抛弃，所有缓冲区和状态表应该被清除，接收方必须返回OK应答。 VERIFY (VRFY) 此命令要求接收者确认参数是一个用户。如果这是（已经知道的）用户名，返回用户的全名和指定的邮箱。此命令对回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区没有影响。 EXPAND (EXPN) 此命令要求接收者确认参数指定了一个邮件发送列表，如果是一个邮件发送列表，就返回表中的成员。如果这是（已经知道的）用户名，返回用户的全名和指定的邮箱。此命令对回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区没有影响。 HELP (HELP) 此命令导致接收者向HELP命令的发送者发出帮助信息。此命令可以带参数，并返回特定的信息作为应答。此命令对回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区没有影响。 NOOP (NOOP) 此命令不影响任何参数和已经发出的命令。它只是说明没有任何操作而不是说明接收者发送了一个OK应答。此命令对回复路径缓冲区，转发路径缓冲区和邮件内容缓冲区没有影响。 QUIT (QUIT) 此命令指示接收方必须发送OK应答然后关闭传送信道。接收方在接到QUIT命令并做出响应之前不应该关闭通信信道。发送方在发送QUIT命令和接收到响应之前也不应该关闭信道。即使出错，也不应该关闭信道。如果连接被提前关闭，接收方应该象接收到RSET命令一样，取消所有等待的操作，但不恢复原先已经做过的操作。而发送方应该象接收到暂时错误（4XX）一样假定命令和操作仍在支持之中。 TURN (TURN) 此命令指定接收方要么发送OK应答并改变角色为发送SMTP，要么发送拒绝信息并保持自己的角色。如果程序A现在是发送SMTP，它发出TURN命令后接收到OK（250）应答，它就变成了接收SMTP。程序A就进入初始状态，好象通信信道刚打开一样，这时它发送220准备好服务信号。如果程序B现在是接收SMTP，它发出TURN命令后接收到OK（250）应答，它就变成了发送SMTP。程序A就进入初始状态，好象通信信道刚打开一样，这时它准备接收220准备好服务信号。 若要拒绝改变角色，接收方可以发送502应答。 对于这些命令的顺序有一定的限制。对话的第一个命令必须是HELLO命令，此命令在此后的会话中也可以使用。如果HELLO命令的参数不可接受，必须由返回一个501失败应答，同时接收到的SMTP必须保持在与刚才一致的状态下。 NOOP，HELP,EXPN和VRFY命令可以在会话的任何时候使用。MAIL，SEND，SOML或SAML命令开始一个邮件操作。一旦开始了以后就要发送RCPT和DATA命令。邮件操作可以由RSET命令终止。在一个会话中可以有一个或多个操作。 如果在操作开始参数不可接受，必须返回501失败应答，同时接收到的SMTP必须保持在与刚才一致的状态下。如果操作中的命令顺序出错，必须返回503失败应答，同时接收到的SMTP必须保持在与刚才一致的状态下。 会话的最后一个命令必须是QUIT命令。此命令在会话的其它时间不能使用。 COMMAND语法格式 命令是由命令码和其后的参数域组成的。命令码是四个字母组成的，不区别大小写。因为下面的命令的作用是相同的： MAIL Mail mail MaIl mAIl 这对于引导任何参数值的标记也是适用的，如TO和to就是一样的。命令码和参数由一个或多个空格分开。然而在回复路径和转发路径中的参数是区别大小写的。特别是在一些主机上，"smith"和"Smith"就根本不是一个用户。 参数域由不定长的字符串组成，它由结束，接收方在完全接收到此序列前不会采取任何行动。方括号代表可选的参数域。如果不选择的话，系统选择默认的设置。 下面是SMTP命令： HELO MAIL FROM: RCPT TO: DATA RSET SEND FROM: SOML FROM: SAML FROM: VRFY EXPN HELP [ ] NOOP QUIT TURN 3．2．2  SMTP的应答码 对SMTP命令的响应是多样的，它确定了在邮件传输过程中请求和处理的同步，也保证了发送SMTP知道接收SMTP的状态。每个命令必须有且只有一个响应。 SMTP响应由三位数字组成，其后跟一些文本。数字帮助决定下一个应该进入的状态，而文本对人是有意义的。三位的响应已经包括了足够的信息，不用再阅读文本，文本可以直接抛弃或者传递给用户。特别的是，文本是与接收和环境相关的，所以每次接收到的文本可能不同。在附录E中可以看到全部的响应码。正规的情况下，响应由下面序列构成：三位的数字，，一行文本和一个，或者也可以是一个多行响应。只有EXPN和HELP命令可以导致多行应答，然而，对所有命令，多行响应都是允许的。 REPLY CODES BY FUNCTION GROUPS 500 格式错误，命令不可识别（此错误也包括命令行过长） 501 参数格式错误 502 命令不可实现 503 错误的命令序列 504 命令参数不可实现 211 系统状态或系统帮助响应 214 帮助信息 220 服务就绪 221 服务关闭传输信道 421 服务未就绪，关闭传输信道（当必须关闭时，此应答可以作为对任何命令的响应） 250 要求的邮件操作完成 251 用户非本地，将转发向 450 要求的邮件操作未完成，邮箱不可用（例如，邮箱忙） 550 要求的邮件操作未完成，邮箱不可用（例如，邮箱未找到，或不可访问） 451 放弃要求的操作；处理过程中出错 551 用户非本地，请尝试 452 系统存储不足，要求的操作未执行 552 过量的存储分配，要求的操作未执行 553 邮箱名不可用，要求的操作未执行（例如邮箱格式错误） 354 开始邮件输入，以.结束 554 操作失败 4  RFC822 说道发送和接受邮件，我们就必须不得不提RFC822了。RFC822的全称是“ARPA因特网文本信件格式的 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ”(Standard for the Format of ARPA Internet Text  Messages)。该标准提供了邮件内容的格式和相关语义。 4．1  RFC822简单介绍 RFC822规定的电子邮件内容全部由ASCII字符组成，就是通常所说的文本文件，因而标准将它称为Internet文本信件(Internet Text  Messages)。 从直观上看，信件非常简单，就是一系列由ASCII字符组成的文本行，每一行以回车换行符(“CRLF“，就是ASCII码的13和10)结束。 从组织上看，信件内容结构分为两大部分，中间用一个空白行(只有CRLF符的行)来分隔。第一部分称为信件的头部(the header of the message)，包括有关发送方、接收方、发送日期等信息。第二部分称为信件的体部(Body of the message)，包括信件内容的正文文本。信头是必需的，信体是可选的，即信体可有可无。如果不存在信体，用作分隔的空白行也就不需要。在信体中，也可以有用作分隔的空白行。这样设计的信件便于进行语法分析，提取信件的基本信息。 在RFC822中规定，信件体就是一系列的向收信人表达信息的文本行，比较简单，可以包含任意文本，并没有附加的结构。信件头则具有比较复杂的结构，在下一小节中详述。 4．2  信件的头部 4．2．1  信头的一般格式 信头的结构比较复杂，信头由若干信头字段(header field)组成，这些字段为用户和程序提供了关于信件的信息。要了解信头的结构就要弄清楚各种信头字段。 所有的信头字段都具有相同的语法结构，从逻辑上说，包括四部分，字段名(field name)，紧跟冒号":" (colon)，后跟字段体(field body)，最后以回车换行符(CRLF)终止。即 信头字段 = 字段名：字段体 CRLF 字段名必须由除了冒号和空格以外的可打印US—ASCII字符(其值在33和126之间)组成，大多数字段的字段名称由一系列字母，数字组成，中间经常插入横线符。字段名告诉电子邮件软件如何翻译该行中剩下的内容。 字段体可以包括除了CR和LF之外的任何ASCII字符。但是其中的空格，加括号的注释，引号和多行字段都比较复杂，另外，字段体的语法和语义依赖于字段名，每个类型的字段有特定的格式。 RFC822为信件定义了一些标准字段，并提供了用户自行定义非标准字段的方 4．2．2  结构化字段和非结构化字段 每个字段所包含的信息不同，字段大体可以分为结构化字段和非结构化字段。 结构化字段有特定的格式，由语法分析程序检测。Sender 字段就是一个很好的例子，它的字段内容是信箱， 有一个离散的结构。 非结构化的字段含有任意的数据，没有固定格式。例如，Subject字段可以含有任意的文字，并且没有固定格式。非结构化的字段数量较少，只有Subject、 Comments、扩展字段，非标准字段、IN—Reply和References等。所有其它字段都是结构化的。 4．2．3  信头字段的元素 尽管Email信件的总体结构非常简单，但一些信头字段的结构是很复杂的。下面介绍一些大多数字段共有的元素。 （1）空白符 像其它文本文件一样，空白符包括空格符(ASCII码32)和制表符Tab(ASCII码19)。此外，行末的回车换行符CRLF也应算是空白符。使用空白符可以对字段进行格式化，增加它的可读性。例如，每个字段间用CRLF来分离，在字段内用空格来分隔字段名和字段内容。在Subject后面的冒号和内容之间插入空格字符，会使字段结构更加清晰。在Email中，空白符的使用并没有固定的规则，但应当正确地使用，仅在需要时才使用空白符，以便接收软件进行语法分析。 （2）注解 注解是由括号括起来的一系列字符，例如，(这份礼物)。注解一般用在非结构化的信头字段中，没有语法语义，仅为人提供了一些附加的信息。如果在加引号的字符串中有包括在括号中的字符，那是字符串的一部分，不是注解。在解释信件的时候，会将注解忽略，可以用一个空格字符代替它们，这样就什么也不会破坏。 （3）字段折叠 每个信头字段从逻辑上说应当是一个由字段名、冒号、字段体和CRLF组成的单一的行，但为了书写与显示的方便，增加可读性，也为了符合1000/80的行字符数的限制，可以将超过80个字符的信头字段分为多行，即对于比较长的字段，可以分割成几行，形成折叠。在结构化和非结构化字段中都允许折叠。通过在字段中某些点插入CRLF符和至少一个或多个空白字符来实现字段的折叠，第一行后面的行称为信头字段的续行。续行都以一个空白符开始，这种方法称为折叠（folding），例如标题字段Subject: This is a test可以表示为： Subject: This is a test 反之，将一个被折叠成多行的信头字段恢复到它的单行表示的过程叫做去折叠，只要简单地移除后面跟着空格的CRLF，将折叠空白符CRLF转换成空格字符，就可以完成去折叠(unfolding)。在分析被折叠的字段的语法时，要把一个多行的折叠字段展开为一行，根据它的非折叠的形式来分析它的语法与语义。 （4）字段大小写 字段名称是不区分大小写的，所以Subject、subject或SUBJECT都一样。不过字段名称大小写有习惯的常用形式，如主题字段的大小写形式通常为Subject。字段体的大小写稍微复杂点，要视情况而定。比如Subject后面的字段体，其中的大写可能就是缩写的专用名词，不能改动。 4．2．4 标准的信头字段 下面介绍RFC822中定义的常用的标准信头字段。 表4.1  RFC822常用的标准信头字段 与发信方有关的信头字段 格式：From：mailbox 举例：From：wang@163.com 写信人字段。说明信件的原始创建者，给出他的电子信箱地址。创建者对信件的原始内容负责。 格式：Sender：mailbox 举例：From：wang@163.com Sender：li@sina.com 发送者字段。说明实际提交发送这个信件的人，给出他的电子信箱地址。当发信人与写信人不一样时使用。比如，秘书替经理发信。发送者对发送负责。 格式：Reply-TO：mailbox 举例：From：wang@163.com From：zhao@soho.com 回复字段。指定应当把回信发到哪里。如果有此字段，回信将会发给它指定的邮箱，而不会发给From字段指定的邮箱。比如，发送的是经理的信，但回信应交办公室处理。 与收信方有关的信头字段 格式：TO：mailbox list 举例：TO：zhang@263.com 收信人字段。指定主要收信人的邮箱地址，可以是多个邮箱地址的列表，地址中间用逗号隔开。 格式：Cc：mailbox list 举例：Cc：zhang@863.com 抄送字段。指定此信件要同时发给哪些人，也称为抄送。也可以使用邮箱地址列表，抄送给多个人。 格式：Bcc：mailbox list 密抄字段。指定此信件要同时秘密发给哪些人，也称为密件抄送。也可以使用邮箱地址列表，密抄给多个人。 其它的信头字段 格式：Date：date-time 举例：Date：Tue,04 Dec 2004 16:18:08 +800 日期字段：Date字段含有电子邮件创建的日期和时间。 格式：Subject：*text 举例：Subject：Hello! Subject：Re:Hello! 信件主题字段。描述信件的主题。当回复信件时，通常在主题前面增加“Re：”前缀，标记为该信件为回复信件：当信件被转发时，通常在主题文字前面加上“Fw：”，“Fwd：”这样的前缀。 格式：Received： ["from" domain] ;发送主机 ["by" domain] ;接收主机 ["via" atom] ;物理路径 ["id" msg-id] ;接收者msg id 接受字段。是投递信件的特定邮件服务器所作的记录。处理邮件投递的每个服务器必须给它处理的每个信头的前面加一个Received字段，用以描述信件到达目的地所经过的路径以及相关信息。当跟踪各个电子邮件问题时，这个信息很有帮助。 举例：Received:from wang[195.0.0.1] by li[129.5.0.4] Tue dec 2003 12:18:02 +800 格式：Comments：*text 注释字段。用于把一个注解添加到信件中。 格式：Resent-* 举例：Resent-From Resent-Sender Resent-date Resent-Reply-To 重发字段。当需要把收到的信件重发给另一组收信人的时候，可以保持整个原始信件不变，并简单地产生重发信件所要求的新信头字段。为避免与以前的字段相混。新添加的信头字段都加上Resent-前缀字符串，它们的语法与未加前缀的同名字段相同。 格式：Message-ID：msg-id 信件标识字段。用于表示一个信件唯一标识，该字段通常有Smtp服务器生成，这个值通常是唯一的。形式根据使用的软件而定。通常左边是标识符，右边指定电脑名       图2 7 - 2表中的关键字表明了电子邮件借用了办公室备忘录中的概念和术语：电子邮件的头部能够包含一行说明应当接收到该备忘录的接收方。象传统的办公室备忘录一样，电子邮件使用关键字Cc指明一个复写副本(carbon copy).电子邮件软件必须向Cc:后面的电子邮件地址表中的每个地址发送一份消息的副本。 传统的办公室过程要求备忘录的发送方通知接收方副本是否传给其它人。有时发送方希望将备忘录的一个副本给别人而不显示出有一个副本被发送出去。一些电子邮件系统提供这样的选项，遵循传统的办公室术语，用盲复写副本(blind carbon copy)来表示。创建消息的用户 在关键字Bcc后给出一个电子邮件地址表，指定一个或多个盲复写副本。虽然Bcc在发送方出现，但当信息发送时，邮件系统将它从消息中除去。每个接收方必须检查头部的To和Cc行以决定信息是直接发送还是作为盲副本发送的(有些邮件系统在正文部分附加信息来告诉接收者它是一个盲副本)。其它接收者不知道有哪些用户接收到盲副本。 电子邮件使用与传统的办公室备忘录相同的格式和术语：头部包括与消息有关的信息，正文包括消息文本。电子邮件头部的行说明发送方、接收方、日期、主题、应当收到副本的人的列表。 （5）扩展字段 如果想在信头中加入RFC822中没有规定的字段，就需要创建非标准字段。方法非常简单，只要在自定义的信头字段名的前面使用X-前缀。RFC822将这种方法称为扩展字段。    事实上已经有许多扩展字段被广泛应用，但没有标准定义。例如： X-LOOP字段 X-LOOP字段用来防止邮件的循环传送。过滤或邮件列表处理程序，可以给它处理的每个信件增加一个X-LOOP字段，以后就可以根据这个字段中含有的特别值，判断一个信件是否被循环传送。如果确认邮件发生了循环，过滤或邮件列表处理程序就可以用不同的方式处理该信件。 ◆X-Mailer字段 X-Mailer字段用于指示什么样的程序产生了这个信件，它是使用最广泛的扩展字段。产生邮件的软件可以为所有发送的信件增加合适的X-Mailer字段，该字段不仅含有软件的名称，还包含软件的版本号。例如软件名为Littlefox Mailer，版本为V1.0， 可以将“X-Mailer:Littlefox Mailer V1.0”加到邮件信头中去。 图2 7 - 2列出了一些在因特网电子邮件中可以找到的普通关键字，以及使用它们的目的。 关键字    含义 From      发送方地址 To        接收方地址 Cc        复制副本地址 Date      信息创建日期 Subject    信息主题 Reply-To  回复地址 X-Charset  使用的字符集（通常为ASCII） X-Mailer    发送信息所使用的软件 X-Sender    发送方地址的副本 X-Face    经编码的发送方面孔的图象 整个系统的核心是收发信件的操作,因此为了方便维护,以后的升级,故将这两个最主要的操作写成类库(.dll)的形式,以组件的形式加载到主程序中，而且其它的功能如果需要的话，也可以通过这样的组件的形式增加到主程序中。这也体现了C Sharp这一新的微软主推语言的方便和高校。而且这样做也方便了我们小组的程序的顺利结合。 5  命名控件MailSend 由于在C Sharp语言中，都是以命名控件来组织程序的。而所有的类都归属于一个特定的命名空间下。需要的命名空间系统本身自带了一部分，而且如果系统没有你需要的命名空间的话，就可以自己编写，本节中的这个命名空间就是由于需要而编写的。而调用某一个类中的某个变量成员的方法就是通过 命名空间名.类名.变量成员 来访问的，当然在C Sharp 中如果在程序开始通过Using 命名空间名，就可以直接的象C++那样来访问成员变量，可以说相当的方便，这些都会在程序中体现出来，再次不再做过多的叙述。 5．1  发送邮件类SmtpMail 5．1．1  主要成员变量说明 1)    网络连接类及实例TcpClient tc 为 TCP 网络服务提供客户端连接类TcpClient实例对象tc。TcpClient 类提供了一些简单的方法，用于在同步阻塞模式下通过网络来连接、发送和接收流数据。而实例化的过程也是连接SMTP服务器的过程。它的重载方法之一的两个参数一个为服务器名称字符串，另一个为服务器的埠。 2）提供用于网络访问的基础数据流及其实例 NetworkStream ns 此类提供访问网络的基础数据流的方法。其中最基本也是最重要的两个方法就是Write（）和Read（）方法，至于参数不再次赘述。 3）一维字符串数组变量FilePath 此字符串数组主要用来存放用户选择的附件的绝对路径名，并在发送带附件的邮件时用到。 4）发送邮件所需的基本参数 比如用于ESMTP等录检验用的用户名、密码，发送邮件需要的收信人，发信人地址以及主题等等在此不再赘述。 5．1．2  主要成员函数说明 1）重载的构造函数 SmtpMail（） 此函数主要用于在初始化过程中，把用户选择的附件的路径以参数的形式传给FilePath。 2）添加附件的函数    AddAttachment 传给FilePath的路径，通过这样一个函数就可以循环的动态的添加到IList接口的一个对象中了，方便以后在具体的实现的过程中的使用。 3）得到上传的附件的文件流    GetStream 由于在网络中的操作都是以网络流的形式来实现的，因此先将上传的附件转换成文件流，然后再用Write的方法把这些附件的文件流写入到网络中，来完成发送附件的操作。具体实现代码如下所示： private string GetStream(string FilePath) { //建立文件流对象 System.IO.FileStream    FileStr=new System.IO.FileStream(FilePath,System.IO.FileMode.Open); byte[] by=new byte[System.Convert.ToInt32(FileStr.Length)]; FileStr.Read(by,0,by.Length); FileStr.Close(); return(System.Convert.ToBase64String(by)); } 4）将字符串编码为Base64字符串的函数    Base64Encode 由于ESMTP的LOGIN认证机制是采用Base64编码，当用户发出AUTHLOGIN的命令后，服务器返回334的应答码等待用户输入。如果身份确认后服务器返回235的应答码，否则返回失败信息。所以要将用户名和密码转换成Base64编码然后再发给服务器。此函数的作用就是把给定的字符串转换成相应的Base64编码的字符串。 5)    发送SMTP命令的函数    SendCommand 这个函数的作用是把SMTP命令的字符串转换成对应的字节型值（C＃中规定的Write方法只能写入字节型的数据）然后写入网络中，如果操作成功就返回一个标志为真的布尔型变量，如果操作失败或者发生异常就返回标志为假的布尔型变量。具体代码如下所示： private bool SendCommand(string str) { //定义一个数组 byte[] WriteBuffer; //设定一个布尔类型的变量 bool state=false; WriteBuffer = Encoding.Default.GetBytes(str); //加入防错机制，可以有效提高程序运行的效率和捕获出错信息 try { //向网络中写入数据 ns.Write(WriteBuffer,0,WriteBuffer.Length); state=true; } catch(Exception ex) { //返回出错信息 MessageBox.Show (ex.ToString ()); state=false; } //返回标志位 return state; } 6)    接受服务器应答的函数    RecvResponse 它的作用就是从网络流中读取服务器返回的字节型的信息，将其转换成字符串型的变量，然后将其返回，可以通过其返回值来判断操作是否成功。具体实现代码如下所示： private string RecvResponse() { int StreamSize=0; string ReturnValue =""; //定义一个字节型的数组 byte[] ReadBuffer = new byte[1024] ; try { //从网络流中读取数据，并返回读取的个数 StreamSize=ns.Read(ReadBuffer,0,ReadBuffer.Length); } catch (Exception ex) { //返回异常信息 MessageBox.Show(ex.ToString ()); } if (StreamSize!=0) { //将当前读取的信息转换成字符串型然后返回 ReturnValue= Encoding.Default.GetString(ReadBuffer).Substring(0,StreamSize); } return ReturnValue; } 7) 重载的函数 Dialog 它们的作用是与服务器交互，发送命令并接收回应。不同的是参数是字符串类型的那个函数，每次发送一条命令，并接受服务器的响应，根据响应的信息来判断交互的结果是否成功。而参数是字符串数组的函数每次发送的是一组命令，用于和服务器的交互，这个函数主要是用于ESMTP服务器的验证的功能，因为验证的过程是一个等待然后又输入的过程，因此将他们放在一个数组中有利于理解和操作。而他们的实现主要是通过调用上面的发送SMTP命令函数SendCommand以及接受SMTP服务器响应的函数RecvResponse来实现的。具体的代码如下所示： private bool Dialog(string str,string errstr) {     bool flag=false; if(str==null||str.Trim()=="") { flag=true; } if(SendCommand(str)) { string RR=RecvResponse(); //从返回的数据中截取前三位 string RRCode=RR.Substring(0,3); //然后用这前三位与哈希表中正确的回应码比较 if(RightCodeHT[RRCode]!=null) { flag=true; } else { flag=false; } } else { flag=false; } return flag;    } 发送一组命令主要用于服务器验证的重载函数为： private bool Dialog(string[] str,string errstr) { for(int i=0;i" + enter; if(!Dialog(SendBufferstr,"发件人地址错误，或不能为空")) return false; //把传过来的收件人的地址分割然后提交给服务器 string split=";"; string []address=Regex.Split (Recipient,split); SendBuffer=new string [address.Length]; for(int i=0;i" + enter; } if(!Dialog(SendBuffer,"收件人地址有误")) return false; SendBufferstr="DATA" + enter; if(!Dialog(SendBufferstr,"")) return false; SendBufferstr="From:" + FromName + "<" + From +">" +enter; SendBufferstr += enter + "." + enter; if(!Dialog(SendBufferstr,"错误信件信息")) return false; SendBufferstr="QUIT" + enter; if(!Dialog(SendBufferstr,"断开连接时错误")) return false; //关闭流对象 ns.Close(); //关闭连接 tc.Close(); FilePath=null; return true; } 以上即为发送不带附件的邮件SMTP命令用代码实现的过程。 5．2  AddExtra类 这个附加的小类只是提供一些返回当前系统时间，获取主机名，主机IP，有关帮助等小的功能，在此仅对帮助信息中的“关于”操作函数稍加说明。因为它说明了在C Sharp 中调用 Windows API 函数所需如下几个 步骤 新产品开发流程的步骤课题研究的五个步骤成本核算步骤微型课题研究步骤数控铣床操作步骤 ： 5．2．1  调用Windows API 所需的命名空间 ----using System.Runtime.InteropServices; 而调用显示关于对话框的函数ShellAbout还需要用到两个命名空间如下所示 ---using System.Reflection; ---using System.Diagnostics ; 5．2．2  在程序中声明所需的API函数 [DllImport("shell32.dll")] static extern int ShellAbout(IntPtr hWnd, string szApp, string szOtherStuff, IntPtr hIcon); 5．2．3  在程序中具体的使用 Assembly ass=Assembly.GetExecutingAssembly(); FileVersionInfo myVersion=FileVersionInfo.GetVersionInfo(ass.Location ); ShellAbout(this.Handle ,"邮件收发系统#","版本"+myVersion.FileMajorPart +"."+myVersion.FileMinorPart+"." +myVersion.CompanyName ,this.Icon .Handle ); 至此就完成了在C Sharp中调用 Windows API 函数的过程。 6  软件运行时的界面 6．1  新建邮件帐号 用户打开软件之后，需要新建一个邮件帐号，在这个信件帐号的过程中，需要指定SMTP服务器，SMTP的端口，以及用于ESMTP验证的用户名和密码。指定这些发邮件的必须参数之后，再回到系统的主界面如下所示： 图6.1  新建邮件帐号界面 6．2  发送邮件界面 6．2．1  发送不带附件的邮件 在新建帐号的过程中已经指定了邮件地址，和帐号名称，所以默认的以这些参数来发送邮件。通过调用参数的不同程序会自动的调用相对应的代码来执行不同的操作。发送简单的邮件运行界面如下。 图6.2  发送纯文本邮件 6．2．2  发送带附件的邮件 和简单的邮件不同之处在于多了发送附件的功能，软件模拟FoxMail里面发送邮件时，在程序的下面自动显示增添的附件的名称，以及图标等信息。并且邮件支持添加，删除，排列图标等功能。 运行界面如下所示： 图 6.3  发送带有附件的邮件 6．3  验证邮件发送是否成功 邮件发送出去之后，用FoxMail跟踪接收之后，证明邮件和附件都可以正常接收，具体的FoxMail的接收界面如下所示： 图 6.4  验证发送的邮件是否成功 7  系统测试 我个人做的是这个软件收发系统的一个最基本也是最主要的功能之一：发送邮件。 所以主要的测试也是围绕发送邮件展开的，具体的可以分为以下几个方面。 7．1  同一SMTP服务器发送邮件的测试 这个方面的测试测的是，用户登录一个服务器（测试中用的是163的SMTP服务器）来发送一封邮件的测试。而这个测试又可以分为以下两个方面： 7．1．1  同一服务器，发送一封纯文本邮件的测试 1）    发送一封文本邮件给一个收信人 测试中用163的邮箱分别往163的邮箱以及新浪的邮箱发送邮件均可以用FoxMail正常的接收到发送的普通的纯文本文件。 2）    发送一封文本邮件给多个收件人 测试中仍然用163的邮箱同时发往不同的邮箱，通过FoxMail都可以正常的接收到。从而很好的验证了，我们的邮件发送系统支持群发的功能。 7．1．2  同一服务器，发送一封带附件的邮件的测试。 1）    发送一封带附件（可以是多附件）的邮件给一个收件人 测试中用163的邮箱分别往163的邮箱以及新浪的邮箱发送之外，又添加了不同的邮件类型（个数分别为等于1，大于1即验证是否支持多附件的发送），用FoxMail接收之后，所有发送的纯文本信息，以及附件信息都正常无误。经过这些验证可以证明本软件支持对一个收件人发送多附件。由于带有多附件的信件，所以写入速度明显慢于纯文本邮件的速度。 2）发送一封带附件（可以是多附件）的邮件给多个收件人 测试中用163的邮箱分别往163的邮箱以及新浪的邮箱发送之外，又添加了不同的邮件类型（个数分别为等于1，大于1即验证是否支持多附件的发送），用FoxMail接收之后，所有发送的纯文本信息，以及附件信息都正常无误。经过这些验证可以证明本软件支持对多个收件人发送多附件。 7．2  利用不同的SMTP服务器发送邮件的测试 这个方面的测试是指利用不同的邮箱来发送邮件，至于测试的分类雷同于利用同一服务器发送邮件的测试，所以不再此赘述。 总之，通过以上的各方面的测试，使我改正了代码中的许多不合理以及错误之处，最终也证明了，我们的软件系统是支持多种服务器，支持多附件发送的群发软件。 8  结论 这次编写的邮件客户端系统，我负责的是邮件的发送的功能。在熟悉了专门用于发送邮件的SMTP协议以及RFC规定的邮件的格式的基础上，运用了微软新推出的C Sharp这一新型的面向对象语言的便利性和灵活性，从SMTP协议规定的底层命令做起，一步步的与服务器进行交互操作，最终实现发送多附件多接收人的功能。其中，具体的和服务器的交互操作，都封装了在SmtpMail.dll这个动态链接库里面了。而为了方便最终的调用和整合，所有的有关后台操作发送邮件的类以及其他的附加功能的类，全部都归属于MailSend这个命名空间了。在力求达到FoxMail功能的同时，又加了一点个人的思想并把它体现到了这一软件上。最主要的体现就是新建帐号的提前检测这一特色上，这一功能类似于很多Web页面的“检测新帐号”的功能，这样就免去了用户一直到确定注册完成时，才因为帐户因为已经被使用而注册失败的麻烦。总之，通过这次的编程，使我对网络编程有了一个很好的认识和锻炼，也使我对C Sharp这一语言的掌握程度又上了一个新台阶，虽然编出来的软件不能和功能强大的FoxMail相提并论，但是相信它简单，易操作性，和FoxMail的很多强大但却“鸡肋”似的功能比较起来，更多了几分实用性。以后的日子，随着我技术的提高和思想的成熟，我一定会把它做的更好，更趋近于完美。 结束语 伴随着科学技术的日新月异，计算机技术和通信技术的有机结合已经成为了当前计算机网络技术发展的重要趋势之一。二者的有机结合不仅可以实现功能的采集、处理、分析，还可以对于信息的处理结果进行自动储存以及高效率的传输，也正是由于这些功能的实现使得信息时代对于人类生活的影响程度在不断加深。在信息技术应用范围不断扩大的今天，面对信息革命的浪潮，对于我们来说既是一种机遇，也是一种挑战，用时也存在这很大的风险，尽管如此，我们还应该加强技术创新与管理，采取更加切实有效的策略对于目前整个计算机通信系统中的风险进行规避处理，并将风险程度制约在合理的范围之内，从而实现经济效益和社会效益的有机统一，为更好的提高计算机网络与通信系统的适应性奠定良好的基础。 参考文献： ①袁满.关于计算机网络与通信系统的结合探讨[J].黑龙江科技信息，2011(18). ②伍巍.计算机网络通信系统的发展与风险应对 措施 《全国民用建筑工程设计技术措施》规划•建筑•景观全国民用建筑工程设计技术措施》规划•建筑•景观软件质量保证措施下载工地伤害及预防措施下载关于贯彻落实的具体措施 [J].信息系统 工程 路基工程安全技术交底工程项目施工成本控制工程量增项单年度零星工程技术标正投影法基本原理 ，2010(07). ③姜峰，王昉.浅析计算机网络信息技术安全及策略[J].黑龙江科技信息，2011(09).