专利名称：电子邮件传递方法及系统的制作方法
技术领域：
本发明涉及无线邮件领域，具体涉及一种电子邮件传递方法及系统。
背景技术：
在无线邮件业务中，终端收发邮件通常采用的是P0P3协议，该协议是由 IETF(Internet Engineering Task R)rce，互联网工程任务组)制定的一套通信协议(RFC 1939)，可将邮件由服务器以多种方式Push至终端上。P0P3协议简介如下初始时，服务器通过侦听TCP端口 110开始P0P3服务；当客户主机需要使用服务时，它将与服务器主机建立TCP连接；当连接建立后，P0P3发送确认消息；客户和P0P3服务器相互(分别)交换命令和响应，这一过程一直要持续到连接终止；P0P3命令由一个命令和一些参数组成；所有命令以一个CRLF(回车换行)对结束；命令和参数由可打印的ASCII字符组成，它们之间由空格间隔；命令一般是三到四个字母，每个参数可达40个字符；P0P3响应由一个状态码和一个可能跟有附加信息的命令组成；所有响应也是由CRLF对结束；现在有两种状态码，“ 确定"(“+OK")和"失败"(“-ERR")；对于特定命令的响应是由许多字符组成的。这些情况，具体如在发送第一行响应和一个CRLF之后，任何的附加信息行发送， 也由CRLF对结束。当所有信息发送结束时，发送最后一行，包括一个结束字符(十进制码 46，也就是".")和一个CRLF对。如果信息中的任何一行以结束字符开始，此行就是通过在那一行预先装入结束而进行字符填充的。因此，多行响应由五个CRLF. CRLF结束。当检测多行响应时，客户检测以确认此行是否以结束字符开始。如果是的，而且其后的字符不是 CRLF，抛弃此行的第一个字符(结束字符)；如果其后紧跟CRLF，从POP服务器来的响应终止，包括.CRLF的行也不被认为是多行响应的一部分。在生命周期中，P0P3会话有几个不同的状态。一旦TCP连接被打开，而且P0P3服务器发送了确认信息，此过程就进入了"确认"状态。在此状态中，客户必须向P0P3服务器确认自己是其客户。一旦确认成功，服务器就获取与客户邮件相关的资源，此时进入"操作"状态。在此状态中，客户提出服务，当客户发出QUIT命令时，此过程进入了"更新"状态。在此状态中，P0P3服务器释放在"操作"状态中取得的资源，并发送消息，终止连接。 P0P3服务器可以拥有一个自动退出登录的记时器。此记时器至少可以记录10分钟。这样从客户发送的消息才可能刷新此记时器。当记时器失效时，P0P3会话并不进入"更新"状态，而是关闭TCP连接，而且不删除任何消息，不向客户发送任何响应。TCP连接由P0P3客户打开，P0P3服务器发送一个单行的确认。这个消息可以是由CRLF结束的任何字符，如S :+0KP0P3SerVerready (服务器准备就绪)，这个消息是一个 P0P3应答。P0P3服务器应该给出一个"确定"响应作为确认。此时P0P3会话就进入了〃 确认"状态。此时，客户必须向服务器证明它的身份。服务器证明它的身份后返回一个" 确认"状态码。会话进入"操作状态"，同时没有任何邮件被标记为删除。如果邮件因为某种原因不能打开(例如，排它锁不能获得，客户不能访问相应的邮件或者邮件不能进行语法分析)，服务器将返回"失败"状态码。在返回"失败"状态码后，服务器会关闭连接。如果服务器没有关闭连接，客户可以重新发送确认命令，重新开始，或者发送QUIT(退出) 命令。在服务器打开邮件后，它为每个消息指定一个消息号，并以八进制表示每个消息的长度。第一个消息被指定为1，第二个消息被指定为2，以此类推，第N个消息被指定为N。在 P0P3命令和响应中，所以的消息号和长度以十进制表示。对上述三条命令的总结如下一旦客户向服务器成功地确认了自己的身份，服务器将锁住并打开相应的邮件，这时P0P3会话进入"操作"状态。现在客户可以重复下面的 P0P3命令，对于每个命令服务器都会返回应答。最后，客户发送QUIT命令，会话进入"更新"状态。当客户在"操作"状态下发送QUIT命令后，会话进入"更新"状态。(注意如果客户在"确认"状态下发送QUIT后，会话并不进入"更新"状态。)如果会话因为QUIT 命令以外的原因中断，会话并不进入"更新"状态，也不从服务器中删除任何信件。详细操作步骤如下1.首先客户端发起与服务器的连接请求，服务器对发起的连接请求进行响应，进入 AUTHORIZATION (鉴权)状态；2.客户端发送用户名进行身份鉴权，服务器返回该用户名的鉴权响应；3.客户端发起密码鉴权请求，服务器返回针对密码的鉴权响应；4.客户端发起stat请求(也即STAT请求，不区分大小写，以下各指令均不区分大小写)，用于请求全部邮件以及邮件大小，服务器返回数目以及大小；5.客户端发起list请求，用于请求邮件的索引以及大小，服务器返回邮件相应信息；6.客户端发起PROF请求，用于请求进行部分设置，例如字符集、压缩算法等，服务器返回响应；7.客户端发起UID请求，用于请求获得邮件的UID列表和大小，服务器返回相应信息；然后可以进行邮件接收等操作。由上述各步骤的描述可知，现有收取邮件的P0P3协议效率较低，收取一封邮件需要进行7次交互，且不支持一次性收取多封邮件，由于无线网络的特性导致可能会因多次交互而出现时延、降低稳定性、增大邮件收发的失败率，同时对网络侧的压力和用户终端的耗电、体验均造成较差影响。
发明内容
本发明的第一目的是提出一种高效的电子邮件传递方法。本发明的第二目的是提出一种高效的电子邮件传递系统。为实现上述第一目的，本发明提供了一种电子邮件传递方法，包括客户端向服务器发送连接请求，并接收服务器返回的连接成功响应消息；客户端向服务器发送包括用户信息及密码信息的鉴权请求，并接收服务器根据鉴权请求确定鉴权成功时返回的鉴权成功反馈消息；客户端在收到鉴权成功反馈消息后执行收件操作或发件操作。为实现上述第二目的，本发明提供了一种电子邮件传递系统，包括客户端，用于发送连接请求、包括用户信息及密码信息的鉴权请求，并接收连接成功响应消息、鉴权成功反馈消息；以及在收到鉴权成功反馈消息后执行收件操作或发件操作；服务器，用于根据连接请求确定连接成功时返回连接成功响应消息，并在根据鉴权请求确定鉴权成功时返回的鉴权成功反馈消息。本发明各个实施例中，通过客户端发送的收件起始命令及发件起始命令中携带全部的鉴权信息，使得服务器根据收件起始命令及发件起始命令即可一次性完成鉴权，使得鉴权操作只需一次交互，减少交互次数，降低交互时延、提高邮件收发的稳定性。
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一并用于解释本发明，并不构成对本发明的限制。在附图中图1为本发明的电子邮件传递方法的实施例一流程图；图2为本发明的电子邮件传递方法的实施例二信令图；图3为本发明的电子邮件传递系统的实施例结构图。
具体实施例方式以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。方法实施例图1为本发明的电子邮件传递方法的实施例一流程图。如图1所示，本实施例包括步骤102 客户端向服务器发送连接请求，并接收服务器返回的连接成功响应消息；具体操作过程参见图2的解释说明；步骤104 客户端向服务器发送包括用户信息及密码信息的鉴权请求，并接收服务器根据鉴权请求确定鉴权成功时返回的鉴权成功反馈消息；客户端在收到鉴权成功反馈消息后执行收件操作或发件操作；具体操作过程参见图2的解释说明。本实施例通过客户端发送的鉴权请求携带全部的鉴权信息，使得服务器根据收件起始命令及发件起始命令即可一次性完成鉴权，使得鉴权操作只需一次交互，减少交互次数，降低交互时延、提高邮件收发的稳定性。图2为本发明的电子邮件传递方法的实施例二流程图。如图2所示，本实施例包括步骤S201 客户端向服务器发送收件起始命令，该收件起始命令中包括第一鉴权请求及邮件列表请求；具体操作时，该第一鉴权请求可以包括账户及密码，该邮件列表请求为List参数(携带该邮件列表请求便于鉴权及邮件列表的传输一次性完成，进一步减少交互次数，提高效率)，表1中协议版本号2. 0. 1对应的包括收件起始命令的新协议，这样，客户端与服务器可以基于新协议交互；需要说明的是，第一鉴权请求与以下提到的第二鉴权请求没有本质区别，二者只是为了区别在收件及发件的不同操作阶段，此外，具体操作时， 该邮件列表请求与鉴权请求联合(通过同一次交互)发送至服务器即可；该收件起始命令可以包括其他可选的参数，客户端可以一次完成设置命令，在完成设置之后，客户端只需进行正常的登录、接收/发送邮件操作；如，若设置自动退出参数为“是”(YEQ，则在操作完成后自动退出，无需手动设置退出操作，该收件起始命令包括的参数详见表1 ；
6
表权利要求
1.一种电子邮件传递方法，其特征在于，包括以下步骤客户端向服务器发送连接请求，并接收所述服务器返回的连接成功响应消息；所述客户端向服务器发送包括用户信息及密码信息的鉴权请求，并接收所述服务器根据所述鉴权请求确定鉴权成功时返回的鉴权成功反馈消息；所述客户端在收到所述鉴权成功反馈消息后执行收件操作或发件操作。
2.根据权利要求1所述的电子邮件传递方法，其特征在于，还包括所述客户端将邮件列表请求与所述鉴权请求联合发送至所述服务器；所述服务器在确认鉴权成功后，将邮件列表与所述鉴权成功反馈消息联合返回至所述客户端。
3.根据权利要求2所述的电子邮件传递方法，其特征在于，所述执行收件操作的步骤包括所述客户端根据所述邮件列表向所述服务器发送包括至少一个邮件标识的邮件接收命令；所述服务器将与所述至少一个邮件标识对应的电子邮件发送至所述客户端。
4.根据权利要求3所述的电子邮件传递方法，其特征在于，所述服务器将与所述至少一个邮件标识对应的电子邮件发送至所述客户端的步骤包括所述服务器根据所述邮件接收命令中的压缩控制信息，将与所述至少一个邮件标识对应的电子邮件进行压缩，并将压缩后的电子邮件发送至所述客户端。
5.根据权利要求1所述的电子邮件传递方法，其特征在于，所述执行发件操作的步骤包括所述客户端根据预设的邮件发送命令向所述服务器发送邮件，所述邮件发送命令包括发件人地址及收件人地址，且还包括待转发邮件标识、转发控制信息、邮件类别信息、自动退出控制信息、邮件加密控制信息中的至少一个，其中，所述邮件类别信息包括电子邮件的邮件头、正文及附件。
6.根据上述权利要求3-5中任一项所述的电子邮件传递方法，其特征在于，所述电子邮件的编码形式为二进制编码。
7.一种电子邮件传递系统，其特征在于，包括客户端，用于发送连接请求、包括用户信息及密码信息的鉴权请求，并接收连接成功响应消息、鉴权成功反馈消息；以及在收到所述鉴权成功反馈消息后执行收件操作或发件操作；服务器，用于根据所述连接请求确定连接成功时返回所述连接成功响应消息，并在根据所述鉴权请求确定鉴权成功时返回的所述鉴权成功反馈消息。
8.根据权利要求7所述的电子邮件传递系统，其特征在于，所述客户端包括生成模块，用于生成所述连接请求及鉴权请求，生成邮件列表请求以及包括至少一个邮件标识的邮件接收命令；发送模块，用于向所述服务器发送所述连接请求及邮件接收命令，以及将所述鉴权请求及邮件列表请求联合发送至所述服务器；接收模块，用于接收所述连接成功响应消息及与所述至少一个邮件标识对应的电子邮件，接收所述服务器在确认鉴权成功后联合返回的邮件列表及鉴权成功反馈信息。
9.根据权利要求8所述的电子邮件传递装置，其特征在于，所述服务器包括 鉴权模块，用于根据所述鉴权请求进行鉴权操作；压缩模块，用于根据所述邮件接收命令中的压缩控制信息，将与所述至少一个邮件标识对应的电子邮件进行压缩；反馈模块，用于在所述鉴权模块鉴权成功时将所述邮件列表、鉴权成功反馈信息返回至所述客户端，以及将压缩后的与所述至少一个邮件标识对应的电子邮件发送至所述客户端。
10.根据权利要求8或9所述的电子邮件传递装置，其特征在于，所述发送模块还包括第一发送子模块，用于向所述服务器发送所述鉴权请求、邮件列表请求以及邮件接收命令；第二发送子模块，用于根据预设的邮件发送命令向所述服务器发送邮件，所述邮件发送命令包括发件人地址及收件人地址，且还包括待转发邮件标识的转发控制信息、邮件类别信息、自动退出控制信息、邮件加密控制信息中的至少一个，其中，所述邮件类别信息包括邮件头、邮件正文及附件。
全文摘要
本发明提供了一种电子邮件传递方法及系统，其中，该方法包括客户端向服务器发送连接请求，并接收服务器返回的连接成功响应消息；客户端向服务器发送包括用户信息及密码信息的鉴权请求，并接收服务器根据鉴权请求确定鉴权成功时返回的鉴权成功反馈消息；客户端在收到鉴权成功反馈消息后执行收件操作或发件操作。本发明使得服务器根据收件起始命令及发件起始命令即可一次性完成鉴权，使得鉴权操作只需一次交互，减少交互次数，降低交互时延、提高邮件收发的稳定性。
文档编号H04W4/12GK102404700SQ20101028630
公开日2012年4月4日 申请日期2010年9月17日 优先权日2010年9月17日
发明者于蓉蓉, 孙杰, 张炎, 王磊 申请人:中国移动通信集团公司