| 三个重要的邮件系统相关协议__教程 |
|
| 日期：2007-1-6 11:17:15 人气：95 [大 中 小] |
|
|
|
|
|
1 SMTP协议：
SMTP是工作在两种情况下：一是电子邮件从客户机传输到服务器；二是从某一个服务器传输到另一个服务器 SMTP是个请求/响应协议，命令和响应都是基于ASCII文本，并以CR和LF符结束。响应包括一个表示返回状态的三位数字代码 SMTP在TCP协议25号端口监听连接请求 连接和发送过程：
建立TCP连接 客户端发送HELO命令以标识发件人自己的身份，然后客户端发送MAIL命令服务器端正希望以OK作为响应，表明准备接收 客户端发送RCPT命令，以标识该电子邮件的计划接收人，可以有多个RCPT行服务器端则表示是否愿意为收件人接受邮件 协商结束，发送邮件，用命令DATA发送 以.表示结束输入内容一起发送出去 结束此次发送，用QUIT命令退出。 另外两个命令：
VRFY---用于验证给定的用户邮箱是否存在，以及接收关于该用户的详细信息。
EXPN---用于扩充邮件列表。 邮件路由过程：
SMTP服务器基于'域名服务DNS中计划收件人的域名来路由电子邮件。SMTP服务器基于DNS中的MX记录来路由电子邮件，MX记录注册了域名和相关的SMTP中继主机，属于该域的电子邮件都应向该主机发送。
若SMTP服务器mail.abc.com收到一封信要发到shuser@sh.abc.com:
Sendmail请求DNS给出主机sh.abc.com的CNAME记录，如有，假若CNAME到shmail.abc.com，则再次请求shmail.abc.com的CNAME记录，直到没有为止 假定被CNAME到shmail.abc.com,然后sendmail请求@abc.com域的DNS给出shmail.abc.com的MX记录，
shmail MX 5 shmail.abc.com
10 shmail2.abc.com Sendmail最后请求DNS给出shmail.abc.com的A记录，即IP地址，若返回值为1.2.3.4 Sendmail与1.2.3.4连接，传送这封给shuser@sh.abc.com的信到1.2.3.4这台服务器的SMTP后台程序 SMTP基本命令集：
命令 描述
HELO 向服务器标识用户身份
发送者能欺骗，说谎，但一般情况下服务器都能检测到。
MAIL 初始化邮件传输
mail from:
RCPT 标识单个的邮件接收人；常在MAIL命令后面
可有多个rcpt to:
DATA 在单个或多个RCPT命令后，表示所有的邮件接收人已标识，并初始化数据传输，以.结束。
VRFY 用于验证指定的用户/邮箱是否存在；由于安全方面的原因，服务器常禁止此命令
EXPN 验证给定的邮箱列表是否存在，扩充邮箱列表，也常被禁用
HELP 查询服务器支持什么命令
NOOP 无操作，服务器应响应OK
QUIT 结束会话
RSET 重置会话，当前传输被取消 MAIL FROM命令中指定的地址是称作 envelope from地址，不需要和发送者自己的地址是一致的。
RCPT TO 与之等同，指明的接收者地址称为envelope to地址，而与实际的to：行是什么无关。 为什么没有RCPT CC和RCPT BCC:?
所有的接收者协商都通过RCPT TO命令来实现，如果是BCC，则协商发送后在对方接收时被删掉信封接收者 邮件被分为信封部分，信头部分和信体部分
envelope from, envelope to 与message from:, message to:完全不相干。
evnelope是由服务器主机间SMTP后台提供的，而message from/to是由用户提供的。有无冒号也是区别。 怎样由信封部分检查是否一封信是否是伪造的？
received行的关联性。
现在的SMTP邮件传输系统，在信封部分除了两端的内部主机处理的之外，考虑两个公司防火墙之间的部分，若两台防火墙机器分别为Ａ和Ｂ，但接收者检查信封received：行时发现经过了C.则是伪造的。 received：行中的主机和IP地址对是否对应如：
Receibed: from galangal.org (turmeric.com [104.128.23.115] by mail .bieberdorf.edu.... 被人手动添加在最后面的received行：
Received: from galangal.org ([104.128.23.115]) by mail .bieberdorf.edu (8.8.5)
Received: from lemongrass.org by galangal.org (8.7.3)
Received: from graprao.com by lemongrass.org (8.6.4) 3.2 POP3协议规范
简介
对于在网络上的比较小的结点，支持消息传输系统（mts）是不实际的。例如，一台工作站可能不具有充足的资源允许smtp服务器和相当的本地邮件传送系统保持序驻留，并持续运行。同样的，将一台个人计算机长时间连接在ip类型网络上的费用也是可观的（结点缺少的资源被称为"联络性 "）。虽然如此，在这样的小结点上允许管理邮件是十分有用的，并且这些结点经常支持一个用户代理来管理邮件。为解决这一问题，能够支持mts的结点就为这些不能支持的结点提供了邮件存储功能。邮局协议-版本3就是使这样的工作站可以用一种比较实用的方法来访问存储于服务器上的储存邮件。通常，这意味着工作站可以从服务器上取得邮件，而服务器为它暂时保存邮件。在下文中，客户主机指的是利用pop3服务的主机，而服务器主机指的是提供pop3服务的主机。简单说明
在此文档中不指明客户主机如何将邮件送入到传送系统中去。但这里有一个说明：当用户代理需要将信息送到传送系统时，它在接力主机上建立smtp连接（这些接力主机可以是pop3主机，也可以不是）。 基本操作
初始时，服务器通过侦听tcp端口110开始pop3服务。当客户主机需要使用服务时，它将与服务器主机建立tcp连接。当连接建立后，pop3发送确认消息。客户和pop3服务器相互（分别）交换命令和响应，这一过程一直要持续到连接终止。 pop3命令由一个命令和一些参数组成。所有命令以一个crlf对结束。命令和参数由可打印的ascii字符组成，它们之间由空格间隔。命令一般是三到四个字母，每个参数却可达40个字符长。 pop3响应由一个状态码和一个可能跟有附加信息的命令组成。所有响应也是由crlf对结束。现在有两种状态码，"确定" ("+ok")和"失败" ("-err")。对于特定命令的响应是由许多字符组成的。在这些情况中，下面一一表述：在发送第一行响应和一个crlf之后，任何的附加信息行发送，他们也由crlf对结束。当所有信息发送结束时，发送最后一行，包括一个结束字符（十进制码46，也就是"."）和一个crlf对。如果信息中的任何一行以结束字符开始，此行就是通过在那一行预先装入结束而进行字符填充的。因此，多行响应由五个crlf.crlf 结束。当检测多行响应时，客户检测以确认此行是否以结束字符开始。如果是的，而且其后的字符不是crlf，此行的第一个字符（结束字符）将被抛弃；如果其后紧跟crlf，从pop服务器来的响应终止，包括.crlf 的行也不被认为是多行响应的一部分了。在生命周期中，pop3会话有几个不同的状态。一旦tcp连接被打开，而且pop3服务器发送了确认信息，此过程就进入了"确认"状态。在此状态中，客户必须向pop3服务器确认自己是其的客户。一旦确认成功，服务器就获取与客户邮件相关的资源，此时这一过程进入了"操作"状态。在此状态中，客户提出服务，当客户发出quit命令时，此过程进入了"更新"状态。在此状态中，pop3服务器释放在"操作"状态中取得的资源，并发送消息，终止连接。 pop3服务器可以拥有一个自动退出登录的记时器。此记时器必须至少可以记录10分钟。这样从客户发送的消息才可能刷新此记时器。当记时器失效时， pop3会话并不进入"更新"状态，而是关闭tcp连接，而且不删除任何消息，不向客户发送任何响应。 "确认"状态 |
|
|
| 出处：本站原创 作者：佚名 |
|
|
