【解释】：　　Electronic Mail 电子函件 电子函件(E-mail)可能是网络上最常见的应用。确实，企业网的发展就是基于使团体内的每个人都可以通过互连共享电子函件这一需要。而对企业数据库及其他资源的访问则是一个附加的效益。
　　E-mail带来的好处是显而易见的，用户间可以快速地实现交流。如果一个用户不能立即取出一个报文，那么报文在被取出前就可以一直放在电子信箱里，这就消除了所谓的电话占线。E-mail也可以便捷地对诸如销售报表，图形和需要传送到用户手中的其他数据信息进行打包。你只需将信息与报文相连即可。甚至可以将整个文件连到电子函件报文上。电子函件的另一个易被人忽略的优点在于使你进行报文答复时有时间整理你的思绪。
　　E-mail最大的问题在于它太容易使用，从而导致用户会被报文淹没：一天中要回复的报文太多。另外，电子信箱需要一些管理功能，实现报文解封和归档那些将来使用的报文。发送者由于总是接不到你的电子函件回执，因此会经常发送些冗余报文。
　　电子函件和报文传递系统越来越成为一个企业网计算策略的重要部分，这些系统帮助用户增进了联系，提高了生产率。另外，报文传递系统还成为分布式环境中程序开发的重要工具。报文可用来携载从一个用户到远程数据库的服务请求，远程数据库就将响应包装在报文中并回送给用户。当然，这不适用于实时过程，但分布式环境并不总是需要实时操作的。
　　当前有许多不同的电子函件系统应用于网络、大型计算机系统和公共数据网上。例如Internet的报文标准——简单邮件传输协议(SMTP)、应用在IBM大型计算机环境中的IBM专用办公系统(PROFS)和SNA分布式服务(SNADS)以及DEC环境中使用的VAXmail或All-In-1。另外，台式网络环境中也有许多电子函件系统。单一组织内可能有多个电子函件系统，这些系统可供该组织中的部门或工作组分别在自己的局域网中应用。当组织实现互连后，经常会使用电子函件信关系统在不同系统间进行报文格式转换。最近，基于x．400的系统正在流行。X．400是个在不同平台上提供报文交换的标准报文传递系统。
　　Electronic Mail Features 电子函件特性
　　企业网上的电子函件系统包含下面的成分：
　　提供报文生成、编址、发送、接收和转发功能的用户前端应用程序。还有其他特性，如文件和其他信息与报文连结的能力以及个人地址簿的管理能力等。
　　从发送者寄发报文到接收者的后端电子函件服务器应用程序。一个报文存储器保存着报文直至它们都已传寄，一个转换程序或信关允许不同电子函件系统的用户交换邮件。
　　维护网上用户和服务的数据库搜索服务。用户可以使用这种服务查找一个用户及他的电子函件地址。一些电子函件系统的其他特性包括对安全报文的加密能力，或增加一个数字签名来验证报文的可靠性并防止更改。还有许多系统中提供了发送和接收传真的能力。
　　Electronic Mail System and Standards 电子函件系统和标准
　　大型计算机和网络环境中存在许多电子函件标准。在局域网(LAN)中则以Novell的报文处理服务(MHS)最为出色，它提供了用于报文收集和路由的后端服务器。其他的标准包括Internet的SMTP和国际 X．400标准。
　　X．400
　　国际电报电话咨询委员会(CCITT)的X．400MHS标准定义了一个运行于多种平台上的存储转发邮件系统之间的电子报文交换系统。用国际标准化组织(ISO)的术语，X．400叫做面向报文的文本交换系统(MOTIS)。它说明了建设具有互操作性电子函件系统所需的协议过程、组成、术语和检测手段。X．400基于一个包含下列成分的分布式客户服务器模式：
　　用户代理UA(User Agcnt) 这个成分运行在用户计算机上，它提供了在电子函件前端应用所需的 “报文生成”、读取、浏览及其他特性。
　　报文传输代理MTA(Message Transfer Agent)这个成分从UA处接收报文，并在必要时将它们转换并寻径到其他MTA。
　　报文存储MS(Message Store) 这是个报文存储区。用于存储用户系统因关机或无效而不能直接传送的报文。用户可以在任何时间从MS中取出这些报文。
　　访问单元AU(Access Unit)AU为其他实体如传真机、专线电报机的用户提供至邮件系统的访问。
　　索引系统(Directory System) 这个成分提供X．500的用户名及地址查阅功能。X．500是解决电子函件系统间名称和地址格式不一致的方法。
　　x．400中定义的其他服务包括分布表，用于用户组的寻址；定义域，用于管理本地和远程报文点；安全特性，提供报文鉴别，正确传送和接收的证明；非授权用户的检测，防止传输途中对报文的修改及其他特性。
　　Internet简易邮件传输协议(SMTP)
　　SMTP是Internet网上的电子函件传送标准。使用SMTP，开发人员可以将任何一个用户接口作为前端机。在PC机上基于SMTP的邮件系统允许用户不经过信关就可以和UNIx系统上的用户发送和接收报文，或者向Internet上的任一用户发送报文。信关用于一个电子函件系统上的用户向基于SMTP的网络用户发送邮件。
　　多用途Internet邮件系统(MIME)是Internet环境中基于SMTP格式建立的一个复合文本报文发送标准。使用MIME，用户可以将包括声音、视频、图形和文本在内的多媒体电子函件报文，发送到任何一个TCP/IP网上的用户。丰富文本(richtext)信息也可以融入报文，它定义了文本的字体、格式和布局特征，使得文本可以很容易地在多个不同类型系统上重现。
　　Internet工程任务组(IETF)正准备采纳用于Internet的专有增强邮件(PEM)协议。PEM提供了报文签名和加封、报文和签名完整性验证、加密及解密等功能。电子函件的发送者和接收者持有一对私人密钥和公开密钥。发送者用私人钥匙签发一个报文，接收者则使用相应的公开钥匙检查这个签字。更多的信息请参阅“密钥加密技术”条目。
　　Novell报文处理服务(MHS)
　　Novell的NetWare MHS提供局域和广域网上的报文处理。使用MHS的应用包括电子函件，工作组规划，电子数据交换(EDI)和网络传真。MHS提供后台传送服务供前台用户的应用程序使用。而这些应用程序通常不是由Novell开发的。严格地讲，MHS不是电子函件系统。它还处理应用程序间的报文流。开发人员可以利用MHS生成能与其他应用程序进行对话和信息交换的应用程序。例如，可以使用MHS查询别的系统上的数据库。
　　典型的MHS配置包括向一组用户提供报文传送服务的主机系统。多个主机可以支持一家公司的单个工作组、部门或分部。而在主机系统间用集线器对报文进行路由发送。集线器处理与目的系统的连接和传送寻址到这些目的系统的报文等活动。远程连结可以使用异步拨号线或专用线，不过这要视需要而定。例如，公司可以在其不同分部间用专用线发报文，或者是定期地在拨号线上向另一家公司发送电子函件报文。
　　NetWare全局MHS是报文处理系统的最新版。这是个商业和企业范围可伸缩的报文传递服务器。它包括一套与NetWare 3．11或NetWare 4．x相结合的NetWare可装入模块(NLM)，它们提供一个具有存储转发能力的报文传递和诸多服务的平台，这些服务是指电子函件、工作流自动化、日历、规划和传真等。MHS还有NetWare 2．2版、基于DOS的膝上机版和远程用户版。
　　结合了任选协议模块的NetWare Global MHS在UNIX和TCP/IP网上的SMTP，IBMAS/400和大型计算机上的SNADS和CCITT(ITU)X．400邮件网络间提供了互操作性。在前台或客户机提供了多种允许用户生成、管理报文的电子函件实用工具。包括在Global MHS一起提供的First Mail就是个入门级E-mail实用程序。
　　Building Enterprise E-mail System 建立企业电子函件系统
　　企业计算机系统通常包含了许多电子函件系统。客户机从它们的前台应用程序向叫做报文传输代理(MTA)的后台“邮局”发送邮件。每个不同的MTA必须连结起来提供整个企业网上的报文交换。然而，每个邮件系统都有自己的编址格式、报文格式和传输协议，要成功地进行报文交换就需要进行转换或标准化。由于存在许多不同的电子函件系统，转换是当前的潮流。下面讨论两种集成异种电子函件系统的方法，同时请见图E-5。
　　信关(Gateways) 信关是互连异种电子函件系统的一种方法，它主要完成从一个电子函件系统到另一个的报文格式翻译以及这些系统间的名称映射。名称映射很复杂，会增加额外的管理开销。每个不同的电子函件系统都要在其他系统之间建立自己的信关，因此信关的方法，只适用于只有少数不同系统存在的情况。另外，电子函件系统不一致的特性也会使通过信关的报文发生不正常转换。
　　主干交换(Backbone Switching) 在这种方法中，所有报文都送到一个起“主干”作用的单个计算机或互连计算机簇。由主干系统处理来自电子函件系统、信关和应用程序的报文传送。许多不同的电子函件系统可以在全局范围内使用X．400这一国际认可的报文处理系统进行连结。
　　企业邮件交换(EMX)，作为SoftSwitch公司的主干交换系统倍受业界青睐。EMX是个多协议MTA，它在使用不同协议的电子函件系统，如IBM的SNA分布服务(SNADS)，Internet的简单邮件传输协议(SMTP)，Novell的报文处理服务(MHS)及其他协议之间提供了完全的互操作性。EMX完全可以满足一个团体或组织的需要。它允许组织建立一个连结现有电子函件系统并允许任何用户交换邮件的X．400企业邮件主干网。EMX形成一个在现有网络平台上扩展整个组织的逻辑邮件主干网。EMX驻留在通过网络连结的一个或多个物理系统中。
　　E-mail API Standards电子函件 API 标准
　　下面讨论的应用程序编程接口(API)，有助于开发人员在他们应用程序中，集成对多种电子函件系统的支持。它们定义了一个报文传递服务与应用程序间的接口，还提供了文件随带和寻址服务。
　　报文传递API(MAPI) MAPI为Windows应用程序访问邮件应用程序如Microsoft Mail、Lotus开发公司的CC：mail和Novell的报文处理服务(MHS)提供了一种方法。
　　厂商无关报文传递(VIM) 象MAPI一样，VIM是一个交叉平台API，它允许开发人员生成运行在多个不同平台上的具有邮件功能的应用程序，并允许那些不同平台上的用户共享邮件。VIM最初由Lotus开发。
　　公用邮件调用(CMC)CMC是电子函件软件开发商组成的业界集团提出的一个电子函件API，主要解决MAPI和VIM间的差异，CMC在业界受到广泛支持并可能成为工业标准。
　　苹果公司开放协作环境(AOCE) 苹果计算机公司的AOCE技术用于统一电子和工作组通信，如声音邮件，电子函件、传真等。
　　标准报文格式(SMF)SMF是Novell的报文处理服务(MHS)中的报文传递接口。
　　Mail-Enabled Applications 支持邮件的应用程序
　　前面讨论的电子函件和API形成了一类叫支持邮件的应用程序的独特软件。这些应用程序可以利用电子函件系统的存储转发和面向报文特征。本书中提到的群件和工作流软件都实现了邮件特性。
　　支持邮件的应用程序使用电子函件通信机制来传输报文、数据和文本。软件供应商已开始在字处理、电子表格和数据库应用程序中实现这种机制以便用户可以直接在应用程序内部发送和接收电子函件。它们特别适于用户需要与多种不同类型硬件和软件系统通信的异机种、分布式计算环境。
　　相关条目：Groupware群件；Messaging APIs消息传递API；E-Mail电子函件；Messaging APIs，Inter-Application应用程序间的报文传递API；Workflow Software工作流软件。