POP3全称为Post Office Protocol version3，即邮局协议第3版。它被用户代理用来邮件服务器取得邮件。POP3采用的也是C/S通信 模型
用户从邮件服务器上接收邮件的典型通信过程如下。
1) 用户运行用户代理（如Foxmail, Outlook Express）。
2) 用户代理（以下简称客户端）与邮件服务器（以下简称服务器端）的110端口建立TCP连 接。
3) 客户端向服务器端发出各种命令，来请求各种服务（如查询邮箱信息，下载某封邮件等）。
4) 服务端解析用户的命令，做出相应动作并返回给客户端一个响应。
5) 3）和4)交替进行，直到接收完所有邮件转到步骤6)，或两者的连接被意外中断而直接退出。
6) 用户代理解析从服务器端获得的邮件，以适当地形式（如可读）的形式呈现给用户。
<SP>代表空格，<CRLF>代表回车和换行。
POP3命令格式说明user<SP>username<CRLF> user 命令是POP3客户端程序与POP3邮件服务器建立连接后通常发送的第一条命令，参数 username 表示收件人的帐户名称。pass<SP>password<CRLF> pass 命令是在user命令成功通过后，POP3客户端程序接着发送的命令，它用于传递帐户的密码，参数 password 表示帐户的密码。apop<SP>name,digest<CRLF> apop 命令用于替代user和pass命令，它以MD5 数字摘要的形式向POP3邮件服务器提交帐户密码。stat<CRLF> stat 命令用于查询邮箱中的统计信息，例如：邮箱中的邮件数量和邮件占用的字节大小等。uidl<SP>msg#<CRLF> uidl 命令用于查询某封邮件的唯一标志符，参数msg#表示邮件的序号，是一个从1开始编号的数字。list<SP>[MSG#]<CRLF> list 命令用于列出邮箱中的邮件信息，参数 msg#是一个可选参数，表示邮件的序号。当不指定参数时，POP3服务器列出邮箱中所有的邮件信息；当指定参数msg#时，POP3服务器只返回序号对应的邮件信息。retr<SP>msg#<CRLF> retr 命令用于获取某封邮件的内容，参数 msg#表示邮件的序号。dele<SP>msg#<CRLF> dele 命令用于在某封邮件上设置删除标记，参数msg#表示邮件的序号。POP3服务器执行dele命令时，只是为邮件设置了删除标记，并没有真正把邮件删除掉，只有POP3客户端发出quit命令后，POP3服务器才会真正删除所有设置了删除标记的邮件。rest<CRLF> rest 命令用于清除所有邮件的删除标记。top<SP>msg#<SP>n<CRLF> top 命令用于获取某封邮件的邮件头和邮件体中的前n行内容，参数msg#表示邮件的序号，参数n表示要返回邮件的前几行内容。使用这条命令以提高 Web Mail系统（通过Web站点上收发邮件）中的邮件列表显示的处理效率，因为这种情况下不需要获取每封邮件的完整内容，而是仅仅需要获取每封邮件的邮件头信息。noop<CRLF> noop 命令用于检测POP3客户端与POP3服务器的连接情况。quit<CRLF> quit 命令表示要结束邮件接收过程，POP3服务器接收到此命令后，将删除所有设置了删除标记的邮件，并关闭与POP3客户端程序的网络连接。
对于POP3客户程序发送的每一条POP3命令，POP3服务器都将回应一些响应信息。响应信息由一行或多行文本信息组成，其中的第一行始终以“+OK” 或 “-ERR” 开头，它们分别表示当前命令执行成功或执行失败。
POP3协议中有三种状态，认正状态，处理状态，和更新状态。命令的执行可以改变协议的状态，而对于具体的某命令，它只能在具体的某状态下使用
客户机与服务器刚与服务器建立连接时，它的状态为认证状态；一旦客户机提供了自己身份并被成功地确认，即由认可状态转入处理状态； 在完成相应的操作后客户机发出QUIT命令（具体说明见后续内容），则进入更新状态，更新之后又重返认可状态；当然在认可状态下执行QUIT命令，可释放连接。
---建立连接---|认可|--认证成 功--|处理|--执行QUIT--|更新|
|_______ -QUIT结束_________________|
IMAP协议在 RFC2060文档中定义，目前使用的是第4个版本，所以也称为IMAP4。IMAP协议相对于POP3协议而言，它定了更为强大的邮件接收功能，主要体现在以下一些方面： IMAP具有摘要浏览功能，可以让用户在读完所有邮件的主题、发件人、大小等信息后，再由用户做出是否下载或直接在服务器上删除的决定。IMAP可以让用户有选择性地下载邮件附件。例如一封邮件包含3个附件，如果用户确定其中只有2个附件对自已有用，就可只下载这2个附件，而不必下载整封邮件，从而节省了下载时间。IMAP可以让用户在邮件服务器上创建自己的邮件夹，分类保存各个邮件。
早期人们在使用电子邮件时，都是使用普通文本内容的电子邮件内容进行交流，由于互联网的迅猛发展，人们已不满足电子邮件仅仅是用来交换文本信息，而希望使用电子邮件来交换更为丰富多彩的多媒体信息，例如，在邮件中嵌入图片、声音、动画和附件等二进制数据。但在以往的邮件发送协议RFC822文档中定义，只能发送文本信息，无法发送非文本的邮件，针对这个问题，人们后来专门为此定义了MIME（Multipurpose Internet Mail Extension，多用途Internet邮件扩展）协议。
MIME协议用于定义复杂的邮件体格式，它可以表达多段平行的文本内容和非文本的邮件内容，例如，在邮件体中内嵌的图像数据和邮件附件等。另外，MIME协议的数据格式也可以避免邮件内容在传输过程发生信息丢失。对于表示某个具体资源的MIME消息，它的消息头中需要指定资源的数据类型；对于MIME组合消息，它的消息中需要指定组合关系。具体资源的数据类型和组合消息的组合关系，都是通过消息头中的Content-Type头字段来指定的。Content-Type字段中的内容以“主类型/子类型”的形式出现，主类型有text、image、audio、video、application、multipart、message等，分别表示文本、图片、音频、视频、应用程序、组合结构、消息等。每个主类型下面都有多个子类型，例如text类型包含plain、html、xml、css等子类型。multipart主类型用于表示MIME组合消息，它是MIME协议中最重要的一种类型。一封MIME邮件中的MIME消息可以有三种组合关系：混合、关联、选择，它们对应MIME类型如下：
multipart/mixed 表示消息体中的内容是混和组合类型，内容可以是文本、声音和附件等不同邮件内容的混和体。比如一封邮件中即包含附件，邮件内容还引用内嵌的图片或附件资源，这种类型邮件的MIME类型就必须定义为multipart/mixed。 multipart/related 表示消息体中的内容是关联（依赖）组合类型。比如:邮件内容有一个img标签，这个标签的src属性指向的是邮件内部的一个图片资源，所以这封邮件MIME类型就应该定义为multipart/related multipart/alternative 表示消息体中的内容是选择组合类型，例如一封邮件的邮件正文同时采用HTML格式和普通文本格式进行表达时，就可以将它们嵌套在一个multipart/alterntive类型的组合消息中。这种做法的好处在于如果邮件阅读程序不支持HTML格式时，可以采用其中的文本格式进行替代。 一封最复杂的电子邮件的基本情况为：含有邮件正文和邮件附件，邮件正文可以同时使用HTML格式和普通文本格式表示，并且HTML格式的正文中又引用了其它的内嵌资源。对于这种最复杂的电子邮件，可以采用下图所示的MIME消息结构进行描述： 从上图中可以看出，如果在邮件中要添加附件，就必须将整封邮件的MIME类型定义为multipart/mixed；如果要在HTML格式的正文中引用内嵌资源，那就要定义multipart/related类型的MIME消息；如果普通文本内容与HTML文本内容共存，那就要定义multipart/alternative类型的MIME消息。 注意：如果整封邮件中只有普通文本内容与HTML文本内容，那么整封邮件的MIME类型则应定义为multipart/alternative；如果整封邮件中包含有HTML文本内容和内嵌资源，但不包含附件，那么整封邮件的MIME类型则应该定义为multipart/related。 参考： http://www.cnblogs.com/diegodu/p/4097202.html
转载于:https://www.cnblogs.com/caodneg7/p/10430734.html