邮件协议分析PPT课件.ppt

邮件协议分析 POP3 IMAP STMP 组长 XXX小组成员 XXXXXXXXX 1 实验步骤 1 分析邮件接收协议pop3 2 分析邮件接收协议IMAP 3 对比pop3和IMAP协议 分析两者的优缺点 4 分析邮件发送协议SMTP的优缺点 2 POP工作原理简介 当我们按下电子邮件软件中的收取键后 电子邮件软件首先会调用DNS协议对POP服务器进行解析IP地址 当IP地址被解析出来后 邮件程序便开始使用TCP协议连接邮件服务器的110端口 3 当邮件程序成功地连上POP服务器后 其先会使用USER命令将邮箱的账号传给POP服务器 4 然后再使用PASS命令将邮箱的账号传给服务器 此命令与上面的user命令共同进行身份验证 5 当完成这一认证过程后 邮件程序使用STAT命令请求服务器返回邮箱的统计资料 比如邮件总数和邮件大小 6 然后LIST便会列出服务器里邮件数量 7 然后邮件程序就会使用RETR命令接收邮件RETR返回由参数标识的邮件的全部文本 8 接收一封后便使用DELE命令将邮件服务器中的邮件置为删除状态 9 当使用QUIT时 邮件服务器便会将置为删除标志的邮件给删了 10 注意 任何邮件的删除都必须在quit命令发出后对已标记为删除的邮件执行删除操作 若发生访问中断 没有发出quit命令 那么虽然执行过dele命令 邮件仍不会被删除 11 POP3协议的不足 POP作为Internet上邮件的第一个离线协议标准 允许用户从服务器上把邮件下载到本地主机上 同时删除保存在邮件服务器上的邮件 从而使用户不必长时间地与邮件服务器连接 很大程度上减少了服务器和网络的整体开销 但POP3有其天生的缺陷 即当用户接收电子邮件时 所有的信件都从服务器上清除并下载到客户机 在整个收信过程中 用户无法知道邮件的具体信息 只有照单全收入硬盘后 才能慢慢浏览和删除 这使用户几乎没有对邮件接收的控制决定权 一旦碰上邮箱被轰炸 或有比较大的邮件 用户不能通过分析邮件的内容及发信人地址来决定是否下载或删除 从而造成系统资源的浪费 而IMAP协议不但可以克服POP3的缺陷 而且还提供了更强大的功能 12 IMAP协议 IMAP协议中的命令与POP3中最大的不同是每条命令前都一有一个由Client指定的标签 同一个会话中 Client发出的每条命令都会有不同的标签 而Server对每个Client发出的命令都必须以相同的标签作应答 这就使得IMAP会话中Client可以同时送出多个命令 而Server则完全可以并发处理这些命令 不必等待上一个命令执行完毕才处理下一个 13 LOGIN命令用于登录IMAP服务器 与POP3显著不同的是用户名和口令同时作为参数提交给Server 而POP3完成同样的操作需要USER和PASS两条命令 14 数据传送 15 LOGOUT命令结束本次IMAP会话 16 POP3VSIMAP 一 考虑离线阅读的需求POP与IMAP邮件接收协议只负责邮件接收 而不具备发送邮件和邮件的功能 离线阅读就是POP协议主要的优点与POP协议不同的是 IMAP协议对于离线阅读的支持并不是很好例如 用户在登陆邮箱服务器后可以根据其权限来读取或者修改邮件的内容 也可以发送邮件 但是在这个过程中 并不会把服务器中的邮件下载到客户端中 而采用POP协议的话 无论是否在邮箱服务器上保留副本 都会把邮件下载到本地的客户端中 这就是这两个协议的重要区别 而这个区别也导致了两个协议在离线阅读上支持力度的差异 17 POP3VSIMAP 二 考虑离线阅读的安全性采用POP协议的时候 默认会从服务器中下载邮件并删除服务器中的邮件 那么某些邮件就可能由于保存在不同的主机上而发生丢失 而IMAP协议的话 通常不会从服务器上下载邮件并删除 除非用户在邮箱服务器中直接通过删除按钮删除邮件 所以某些重要的邮件都统一保存在服务器中 就不会被意外删除 18 POP3VSIMAP 三 网络与服务器的负担不同采用IMAP协议的话 用户每次阅读邮件 都需要从服务器上打开邮件 而采用POP协议的话则不同 因为POP协议会定期的把邮件从服务器下载到客户端本机采用IMAP协议的话 比采用POP协议 对服务器来说负担会更重 故当邮件用户比较多的情况下 采用IMAP协议 要适当提高邮件服务器的配置 并进行性能上的优化 以减少由此带来的负面影响 19 POP3VSIMAP 四 对于浏览器的支持力度不同 在同等情况下 IMAP协议对于浏览器的支持力度比较强一点 20 基于SMTP发送邮件 SMTP SimpleMailTransferProtocol 简单邮件传输协议 是一组用于由源地址到目的地址传送邮件的规则 由它来控制信件的中转方式 SMTP协议属于TCP IP协议族 它帮助每台计算机在发送或中转信件时找到下一个目的地 21 Outlook QQ 1 建立TCP连接 即三次握手 22 2 客户端发送HELO命令向服务器发出请求 并且服务器端做出相应的回应 23 AUTHLOGIN用户身份认证验证过程 authlogin 进行用户身份认证 bGl1cGvuz2zlaw1haww 发送BASE64编码的用户名 bGl1cGvuz2zlaQ 客户端发送BASE64编码的密码 235authsuccessfully 成功 24 MAILFROM 发件人信息 服务器端对客服端的信息进行确认 25 RCPTTO 收件人信息 告诉服务器邮件发送给谁 服务器端也是对客服端的信息进行确认可重复多次 发送给多个收件人 26 DATA邮件内容 27 QUIT本次请求结束 28 Smtp缺点 虽然SMTP服务已广泛使用了 效果也不错 不过对他的扩展也是不可少的 如果某个网络需要非常长时间进行连接 那SMTP运行的效果可就比较差了 SMTP的时间就费在等待一个个的命令上了 如果能够使SMTP客户端进行命令流水 也就是一次发送许多指令 就会提高运行效率 但以前的协议中没有说明这一条 客户无法知道服务器能够同时接收多少指令 因此产生了如下的一些问题 连接过程中连接失控或缓冲区满 在SMTP命令失败时清除TCP输入缓冲区 有时这是没有必要的 对一些命令会不讲道理地判断他为失败 例如一些服务器如果在上一个REPTTO失败后会再不接收DATA命令 而不管RCPTTO之前的命令是不是成功 而有些服务器则能在RCPTTO命令失败后接收DATA命令 29 Smtp的改进措施 客户使用流水在客户知道服务器能支持流水的时候 客户能传输多个命令 称为命令组 到服务器 不用发送一条等待一下然后再发一条 特别的RSET MAILFROM SENDFROM SOMLFROM SAMLFROM和RCPTTO能出目前命令组的所有地方 30 服务器对流水的支持 在所有情况下不行将TCP输入缓冲区的内容丢弃 当且仅当接收到一个或多个有效的RCPTTO命令时 才对DATA命令应该主动发出响应 因为DATA命令没有合法的接收者 结果接收到空信息时 不要再发出消息给所有人 当然对DATA命令还要做一个响应 对成组的RSET MAILFROM SENDFROM SOMLFROM SAMLFROM和RCPTTO命令的响应先保存起来 然后