电子邮件外文翻译.doc
《电子邮件外文翻译.doc》由会员分享,可在线阅读,更多相关《电子邮件外文翻译.doc(14页珍藏版)》请在咨信网上搜索。
1、对简单邮件传输协议(SMTP),邮局协议(POP)和X.400电子邮件协议的比较学习P. Tzerefos, C. Smythe, I. Stergiou and S. CvetlkovicDepartment of Computer ScienceThe University of Sheffield21 1 Portobello St., Sheffield S1 4DP, UK摘要我们呈现了三个最广泛使用的消息传输协议的主要特点及功能,我们学习了实际的实现细节以及确定我们的分析是基于标记的。这个协议的表现体现在端到端的延迟上,流量的大小以及在物理传输层产生的框架数目和框架长度的分布上。一
2、个分析上的模型提出了由SMTP产生的量近似的上限和下限,这同样可以很容易的扩展到POP3上,这个模型在TCP层同时考虑到了明确的一面和潜在的一面。1 介绍电子消息传输早在1960年代就作为了一个计算机应用程序为我们所用,甚至早在因特网被创建之前,首次尝试为电子邮件在不同的平台传送提供一个协议的举动就得到了ARPA(提出了简单邮件传输协议SMTP)的支持。自那开始,电子邮件就已经成为了最为计算机网络所用的应用程序,SMTP协议被开发出来了,它的主要应用在于从一台主机发送邮件到另一台主机的过程,接受者此时则可以通过文件系统获取消息。这个方法的高效是假设用户是通过终端登录站点的基础上的。然而,SMT
3、P并没有提供功能来允许用户从一个远程地址或一个访问不到服务器主机的文件系统的客户端来获取邮件,这让文件传输协议(FTP)成为了唯一的获取邮件的方式,因此,邮局协议(POP)就被开发出来了并且现在已经有第三版本(POP3)了。由于保证交付可能需要的地方和 ITU-T(原CCITT)于1982年发表的X.400一系列建议让人们很快就意识到SMTP在商业和安全关键应用程序上的效率低下。这个建议最新的版本和推荐的版本都是在1992年发行的,X.400协议是用来加强安全措施的,比SMTP更安全更强健,因此X.400也是一个非常复杂的协议,尤其是它要求从中间消息处理主机确保高质量的服务的寻址模式。这其中有
4、一项很重要的网络设计和分析阶段是对需实现的应用产生的通信量的预报和特征描述。本论文研究了通信量的特征描述和其中三个最为广泛使用的电子邮件协议的功能。在第二节我们陈述了三个协议在功能性上的,还有大纲级别的区别不同,在第三节,我们检测了它们的延迟特征,第四节中描述了为SMTP所产生的大概的通信量所推荐的分析模型,最后,我们总结了以上陈述。2 协议的特征SMTP和POP3都是对方的互补,SMTP用于从一个主机寄发消息到另一个,而POP3用于获取发出的消息。它们有个特别简单的结构,直接在传输控制协议和因特网协议(TCP/IP)顶层进行操作,还有通过简单的ASCII命令进行沟通。SMTP和POP3的命令
5、如下:表1表2在14个SMTP命令中只有4个:MAIL,RCPT,DATA和QUIT是在邮件发送的时候有用的。其他的命令像SEND,SOML,SAML是用来消息重定向直接到接受者的主机,因此其他命令基本废弃了。这些消息的头部,比如主题,答复,地址等都是消息的一部分并且被客户端软件所处理,但并不是协议的一部分。如果这些消息需要以同一个域名发送到多个接收者则 消息只会传输一次以确保节约带宽资源。SMTP是不安全的,并且不提供发送者认证。它允许发送者通过VRFY命令核实接收者在发送者的域中是存在的。即使接收方主机为了获取发送方的地址需要响应带有VRFY命令的消息到发送方的主机,仍然没有方法来确保发送
6、方是它所要求的。如果初始源主机没有一个域名系统(DNS)的入口则对发送方的确认将成为了不可能的事,这将允许不存在的地址或者更糟糕的是假地址的使用。此外,SMTP并没有提供可靠的传输,如果因为某些原因消息没有发送到接收方则它会返回到发送方,这将需要发送方重新提交待发送的消息进行传输。SMTP原本开发出来是处理文本消息的,直到最近带有多媒体内容的消息需要通过额外的设备如转换器来编码进行传输,但现在可以附带多媒体功能的多用途因特网邮件扩展(MIME)已经可用了,然后这些扩展是在客户端软件里实现的,并不是SMTP的一部分。POP3协议的规格也是相对简单并且定义了12条基本的指令,其中4条指令在获取消息
7、时有效,它们是USER,PASS,RETR和QUIT。尽管POP3在以ASCII文件字符串的形式于单个TCP协议数据单元传输(PDU)的密码未加密,用户认证仍然是需要的。在大多数实现中,这些被用来从POP3服务器获取消息的密码也是用户的登录密码,这也增加了安全顾虑。X.400符合七层开放系统Interconnection/reference模型(OSI / RM)和运营在ISO-Development环境(DE)。传输会聚协议在RFC 1006 TCP/IP之上是必需的。协议栈和X.400实现的TCP / IP如图1所示。建筑组件的一个X.400系统是用户代理(UAs)和消息传输代理(MTAs
8、),消息存储(MSs)。消息传播由发送方的主机到收件人的UAs通过MTA(s)。消息存储在MS,这可能与MTA共存在相同的主机如果收件人不能接收消息。图1 X.400协议栈X.400是一个更安全的和健壮的协议。在MTAs方法之间的消息交换是存储和转发。不是直接发送消息到收件人的消息传递服务器,如SMTP, 各个中间MTA使某些消息确认传递给下一个内联MTA要求。每个消息存储在MS直到它被识别。如果交付失败则从MS检索和重新提交。因此, 用户能确保消息最终会到达接收方。不同的消息内容是允许存在一个香甜的消息中的,这让X.400在传输多媒体内容上更加灵活。相比网络类型的userdomain.dom
9、ain,X.400的解决方案要复杂的多。X.400的样例地址可能是/ G = Polychronis / S = Tzerefos / P = dcs /A=Sheffield / C =UK,其中 G为给定的名称、S为姓名,P为私营管理域(PRMD)管理,A为管理员管理域(ADMD),C为国家,这样的地址很难记住所以X.500目录服务被建议开发(我们不讨论X.500协议)。3 技术性能分析分析SMTP、POP3和X.400的协议是基于基准测试的。系统测试的配置是显示在图2.A P90 PC运行网景的邮件SMTP/POP和NEXOR消息X.400是连接到一个SPARCstation 4运行SM
10、TP、POP3和X.400的服务器。一个网络专家嗅探器协议分析器被用于获取客户端和服务器之间的交换的帧。最后,一个Windows socket监视应用程序为了在TCP层监视和时间戳事件而用来在客户端使用。系统和协议效率的重要绩效指标如下,由协议栈产生的用户数据的大小,端到端的延迟,介质访问控制(MAC)的数量,帧创建和帧长度分布。最后两个重要因素指标是随机存取的MAC协议(如带有碰撞检测的载波监听多路访问 (CSMA/CD)、ALOHA等。在许多传输小帧数据在那里性能不佳。对于我们的测试我们生成十条从IKB-10KB的信息这被送到和检索服务器。比较端到端延迟的结果中,我们发现在物理层的延迟差异
11、, 协议分析器的痕迹,和TCP层, 源自于Winsock监控跟踪, 都无关紧要(端到端延迟总额的0.10%到0.36%的,平均为0.21%)。因此我们废弃了在客户端的监视应用程序以最小化管理费用和重复测试。3.1协议效率以在PDU头或连接建立的形式在通信的对等层被添加的协议开销可以降低一个确定文件的效率,下图描述了3个协议栈的学习过程。图2 试验台配置SMTP向用户信息添加最小的开销以消息发送方地址, 收件人地址,消息的提交时间,信息编码等信息的形式。邮件客户端软件高度实现添加额外的特性的特定字段,例如MIME扩展,如果他们不支持的客户端则收件人将忽略。我们的测试中的典型消息头是377字节。P
12、OP3不添加任何消息头。额外的SMTP和POP3协议的开销是在个人TCP PDUs上客户端和服务器之间进行的握手交换原语(命令) 。SMTP必须定义发送方、接收方并通过发送MAIL,RCPT和DATA命令指出消息传递的开始,这其中所有命令都能被SMTP服务器所明确的识别。结束的消息标识符是在一个单独的传播TCP PDU 的“.”的序列。POP3需要识别用户,发送密码和查询邮箱的状态通过分别使用USER,PASS和STAT命令。再次申明这些命令能够被明确识别在同样的POP3层。X.400协议的消息标题、用户身份验证和在客户机和服务器之间交换的服务定义原语和复杂的协议栈,过多的基础协议是协议开销的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子邮件 外文 翻译
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。