CN101098313A - 一种邮件转发方法及系统 - Google Patents

Abstract

本发明公开一种邮件转发方法及系统。所述方法包括：1)客户端获取邮件信息；2)客户端设置邮件转发信息并同步到移动电子邮件服务器；3)移动电子邮件服务器根据邮件转发信息将指定邮件整合为转发邮件并发送。所述系统包括：客户端，用于获取邮件信息和设置邮件转发信息，客户端获取邮件信息后设置邮件转发信息并同步到移动电子邮件服务器；移动电子邮件服务器，用于提取邮件信息和整合转发邮件，移动电子邮件服务器提取邮件信息并发送给客户端，在客户端返回邮件转发信息后根据邮件转发信息将指定邮件整合成转发邮件；邮件服务器，用于发送转发邮件。本发明能降低邮件转发的复杂程度和提高邮件转发效率。

Description

一种邮件转发方法及系统

技术领域

本发明涉及通信及互联网技术领域，尤其涉及一种邮件不下载转发方法及系统。

背景技术

电子邮件在Internet互联网应用中占有重要的地位，移动电子邮件业务是对传统互联网电子邮件的扩展，其支持利用移动终端设备编辑收发电子邮件，并可以和Internet的电子邮件业务进行无缝融合。所谓邮件不下载转发是指用户不必将邮件下载到本地终端就可以将其转发给其他人或群组。

互联网工程任务组IETF(Internet Engineering Task Force)的一个工作组lemonade制定了互联网消息访问协议IMAP(Internet Message Access Protocol)的扩展协议，可以实现邮件不下载转发的功能。

现有技术中，实现邮件不下载转发的系统包括客户端、IMAP邮件服务器和简单邮件传送协议SMTP(Simple Mail Transfer Protocol)服务器。

根据上述系统，目前实现邮件不下载转发主要有两种方案，其区别是在不同地方进行转发邮件的组装。

请参阅图1，是现有技术方案一中在IMAP邮件服务器组装转发邮件实现邮件转发的流程图，包括步骤：

a1、客户端登录到IMAP邮件服务器，打开邮箱，选择某一封邮件，并获取邮件框架；

邮件框架包括邮件发送者和邮件标题等内容。这里是利用现有的邮件协议的消息格式提取出邮件框架，例如邮件发送者是从FROM字段中提取出来。

a2、客户端的用户获取邮件框架后，可以修改邮件框架、新增内容和选择转发地址；

a3、客户端将邮件框架、新增内容及转发地址发送给IMAP邮件服务器；

a4、IMAP邮件服务器将现有的邮件内容，包括部分或全部内容与用户新增的内容、修改后的邮件框架以及转发地址整合成转发邮件；

a5、客户端向IMAP邮件服务器请求获得转发邮件的统一资源定位符URL(Uniform Resource Locator)；

a6、IMAP邮件服务器回复转发邮件的URL到客户端；

a7、客户端连接到SMTP服务器，并要求SMTP服务器根据URL到IMAP邮件服务器上获取转发邮件；

a8、SMTP服务器请求从IMAP邮件服务器上获取转发邮件；

a9、IMAP邮件服务器发送转发邮件给SMTP服务器；

a10、SMTP服务器收到转发邮件后，根据转发地址发送；

a11、如果发送转发邮件成功，SMTP服务器发送成功消息到客户端；

a12、客户端收到成功发送消息后将IMAP邮件服务器上对应的邮件设置为“已转发”。

请参阅图2，是现有技术方案二中在SMTP服务器组装转发邮件实现邮件转发的流程图，包括步骤：

b1)客户端登录到IMAP邮件服务器，打开邮箱，选择某一封邮件，并获取邮件框架；

邮件框架包括邮件发送者和邮件标题等内容。这里是利用现有的邮件协议的消息格式提取出邮件框架，例如邮件发送者是从FROM字段中提取出来。

b2、客户端新增内容和选择转发地址；

b3、客户端向IMAP邮件服务器请求获取需要组装的邮件部分；

b4、IMAP邮件服务器向客户端返回所需要组装邮件部分的URL；

b5、客户端连接到SMTP服务器；

b6、客户端将新增的内容、转发地址及需要组装的邮件部分的URL发送到SMTP服务器；

b7、SMTP服务器根据URL向IMAP邮件服务器请求获取需要组装的邮件部分；

b8、IMAP邮件服务器返回所需要组装的邮件部分给SMTP服务器；

b9、SMTP服务器将收到的需组装的邮件部分、用户新增的内容以及转发地址与源邮件内容整合成转发邮件；

b10、SMTP服务器根据转发地址发送转发邮件；

b11、如果发送转发邮件成功，SMTP服务器发送成功消息到客户端；

b12、客户端收到发送成功消息后将IMAP邮件服务器上对应的邮件设置为“已转发”。

可以看出，上述方法存在以下局限：

现有技术中客户端需要结合IMAP协议和SMTP协议才能实现整合和发送转发邮件，使得实现邮件转发较为复杂；另外，客户端与服务器间的交互过程比较多，如图1所描述的现有技术方案一中IMAP邮件服务器整合成转发邮件后到最终发送出去经过多次交互过程，图2所描述的现有技术方案二中SMTP服务器整合成转发邮件前也经过多次交互过程，过多的交互过程影响了邮件发送的效率。

发明内容

本发明要解决的技术问题是提供一种邮件转发方法及系统，该方法及系统能够降低邮件转发的复杂程度和提高邮件转发效率。

本发明的目的是通过以下技术方案实现的：

本发明提供一种邮件转发方法，包括步骤：1)客户端获取邮件信息；2)客户端设置邮件转发信息并同步到移动电子邮件服务器；3)移动电子邮件服务器根据邮件转发信息将指定邮件整合为转发邮件并发送。

所述邮件信息包括邮件标识。

所述邮件信息进一步包括描述邮件特征的邮件框架信息。

所述邮件框架信息包括在邮件格式中或独立于邮件格式。

客户端获取邮件信息包括从移动电子邮件服务器下发的邮件通知中获取，或通过与移动电子邮件服务器的同步流程获取，或通过客户端已存储的数据获取。

所述同步流程包括客户端与移动电子邮件服务器建立同步会话，根据约定原则获取邮件信息或通过向移动电子邮件服务器发送获取邮件信息的同步请求进而获取邮件信息。

所述同步请求包括在同步命令中增加表示获取邮件信息的标识，或在同步命令中根据过滤机制设置过滤条件，或增加新的获取邮件信息的同步命令，或扩充现有的同步命令的含义实现。

进一步的，所述邮件转发信息包括转发邮件头部信息和邮件标识。

所述邮件转发信息进一步包括改变的邮件信息或/和改变的内容。

所述改变包括新增、删除或修改中的一项或多项。

所述步骤2)中的同步具体通过在数据同步消息中携带新增的同步命令或扩充含义后的现有同步命令执行。

所述同步命令包括转发指示和邮件转发信息。

进一步的，所述步骤3)中的整合包括：31)根据邮件转发信息中的邮件标识找到指定邮件；32)根据邮件转发信息中改变的邮件信息或/和改变的内容将指定邮件进行相应改变；33)根据邮件转发信息中的转发邮件头部信息设置邮件头部信息。

相应的，本发明提供一种邮件转发系统，包括：客户端、移动电子邮件服务器和邮件服务器；客户端，用于获取邮件信息和设置邮件转发信息，客户端获取邮件信息后设置邮件转发信息并同步到移动电子邮件服务器；移动电子邮件服务器，用于提取并发送邮件信息和整合转发邮件，移动电子邮件服务器提取邮件信息并发送给客户端，在客户端返回邮件转发信息后根据邮件转发信息将指定邮件整合为转发邮件；邮件服务器，用于收发邮件，邮件服务器将整合后的转发邮件进行发送。

所述邮件服务器单独设置或集成在移动电子邮件服务器中。

进一步的，所述客户端包括第一邮件应用单元和数据同步客户端；第一邮件应用单元，用于对邮件进行编辑或管理，第一邮件应用单元设置邮件转发信息，并通过数据同步客户端发送给移动电子邮件服务器；数据同步客户端，用于与移动电子邮件服务器进行数据同步，数据同步客户端获取移动电子邮件服务器发送的邮件信息，并将第一邮件应用单元设置的邮件转发信息发送给移动电子邮件服务器。

进一步的，所述移动电子邮件服务器，包括数据同步服务器和邮件连接单元；数据同步服务器，用于与客户端进行数据同步，数据同步服务器将邮件信息发送给客户端的数据同步客户端，并接收数据同步客户端发送的邮件转发信息；邮件连接单元，包括邮件信息提取单元和转发邮件整合单元；邮件信息提取单元，用于提取邮件信息，邮件信息提取单元根据与客户端的约定原则或客户端发送的获取邮件信息的同步请求提取邮件信息并通过数据同步服务器发送给客户端；转发邮件整合单元，用于整合转发邮件，转发邮件整合单元在客户端返回邮件转发信息后根据邮件转发信息将指定邮件整合成转发邮件，传递给邮件服务器进行发送。

所述系统还包括第一数据存储器和第二数据存储器；第一数据存储器，用于存储客户端的邮件数据；第二数据存储器，用于存储移动电子邮件服务器的邮件数据。

以上技术方案可以看出：

首先，前述现有技术中客户端需要结合IMAP协议和SMTP协议才能实现整合和发送转发邮件，且IMAP和SMTP协议均为比较复杂的协议，使得实现邮件转发较为复杂；而本发明采用的是较为简单的数据同步技术，使用一种统一的技术便可以在尽量少传输数据的情况下可实现对已下载邮件或者未下载邮件的转发，从而降低邮件转发的复杂程度；

其次，前述现有技术中客户端与服务器间的交互过程比较多，从而影响邮件发送的效率，而本发明客户端与服务器间的交互过程比现有技术中的交互过程减少，从而提高了邮件转发的效率。

附图说明

图1是现有技术在IMAP邮件服务器组装转发邮件实现邮件转发流程图；

图2是现有技术在SMTP服务器组装转发邮件实现邮件转发流程图；

图3是现有数据同步技术中双向同步流程图；

图4是本发明实现邮件转发总括流程图；

图5是本发明客户端通过同步流程获取邮件信息的邮件转发流程图；

图6是本发明客户端通过移动邮件服务器发送的邮件通知获取邮件信息的邮件转发流程图；

图7是本发明实现邮件直接转发具体流程图；

图8是本发明实现邮件修改后转发具体流程图；

图9是本发明实现邮件转发系统总括示意图；

图10是本发明实现邮件转发系统具体示意图。

具体实施方式

在移动通信网络开展移动电子邮件业务的发展前景广泛，鉴于移动网络带宽较小，费用昂贵，尽量少传输数据即可实现对已下载邮件或者未下载邮件的转发就显得非常重要。所述邮件不下载转发，是指用户不必将整个邮件下载到本地终端就可以将其转发给其他人或群组。所述对已下载邮件的转发指不需要再上传原有邮件数据就可以将其转发给其他人或群组。

本发明主要是利用数据同步DS(Data Synchronization)技术实现邮件不下载转发。开放移动联盟OMA DS组定义的DS协议是一种基于可扩展标记语言XML(Extensible Markup Language)的协议，其交互命令都是以标记语言的形式表示。

所谓数据同步，是指客户端和服务器互相发送各自改变的数据，达到双方数据的同步。数据同步技术的典型应用是移动终端和网络服务器之间的数据同步，经过同步初始化阶段的参数协商以后，移动终端和网络服务器互相发送各自改变的数据，以保证双方数据的同步。除此之外，两台PC电脑间也可以实现对等的数据同步。

目前，数据同步的同步类型主要有表1所示的几种：

同步类型	描述信息
		双向同步(Two-way sync)	双向同步是通常所使用的一种同步方式。采用该方式，同步的客户端和服务器相互仅交换彼此设备中的数据修改信息，未修改的数据信息不交换，并且客户端首先发送其修改信息。
慢同步(Slow sync)	慢同步是双向同步的一种特殊类型，不同之处在于必须对数据进行逐条、逐个字段地比较处理。同步时，客户端必须把自身所有数据都发送到服务器，然后服务器对客户端发送的数据和服务器自身数据进行逐个字段地同步分析。
		客户端单向同步(One-way sync fromclient only)	客户端单向同步是一种单边方式的同步。只有客户端发送其数据修改信息到服务器，而服务器并不把服务器的数据修改信息发给客户端。
客户端刷新(Refresh sync fromclient only)	客户端刷新是一种单边方式的同步。客户端把自身所有数据都发送到服务器，服务器用客户端发送的数据来覆盖服务器中该用户的所有数据，即服务器中的数据和客户端的数据完全一致。

服务器单向同步(One-way sync fromserver only)	服务器单向同步和客户端单向同步类似。只有服务器发送其数据修改信息到客户端，而客户端并不把自身的数据修改信息发给服务器。
		服务器刷新(Refresh sync fromserver only)	服务器刷新和客户端刷新类似。服务器把自身存储的用户所有数据都发送给客户端，客户端用服务器发送的数据来覆盖客户端自身的所有数据，即客户端中的数据和服务器中的用户数据完全一致。.
服务器通知同步(Server Alerted Sync)	服务器通知同步是指由服务器首先提醒客户端来执行同步操作，即由服务器指示客户端开始一个特定类型的同步操作，仅仅是服务器通知客户端，要求其发起某种同步，后续同步方式可能为以上六种同步方式。

表1数据同步的同步类型

请参阅图3，是现有数据同步技术中双向同步流程图。

由图3可知，同步分为三个阶段：

1、同步初始化阶段，包括：

c1、客户端发送同步初始化消息包；

c2、服务器发送同步初始化消息包；

同步初始化主要完成身份鉴权、需要同步的数据库的协商、同步能力的协商，包括支持哪些数据的同步及支持哪些同步类型，设备能力的协商等。这里使用消息包的原因是这种交互过程可能需要持续多次才能完成，但逻辑上只有一来一回两种消息。

2、同步阶段，包括：

c3、客户端发送同步数据；

c4、服务器发送同步数据；

客户端和服务器根据数据的状态，包括新增Add、更新Update、删除Delete等状态，将发生改变的数据通过上述操作命令的方式发送到服务器，服务器按照这些命令进行相同的操作来达到同步的目的；同时服务器也将其发生改变的数据通过操作命令的方式发送给客户端。

3、同步完成阶段，包括：

c5、客户端确认同步完成；

c6、服务器确认同步完成。

客户端和服务器端互相确认同步完成。

实现数据同步过程的系统包括客户端和服务器，客户端可以与服务器进行消息交互。其中，在客户端侧还具有客户端数据库，用于存储客户端所属用户需要的数据，该客户端数据库可以设置在客户端中，也可以单独设置；在服务器侧还具有服务器数据库，用于存放服务器的数据，该服务器数据库可以设置在服务器中或者单独设置。

客户端通常可以为计算机、移动终端或个人数字助理(PDA)等智能终端。在客户端数据库存储的数据可以包括：通讯录、日程、便笺、短信和电子邮件等。这些数据均有标准规范定义其格式，客户端可以将所存储的数据转换成标准格式的数据发送给服务器，服务器对接收到的数据处理后可以将处理后的数据保存在服务器数据库中。

服务器通常可以为计算机或进行数据同步网络的网络服务器，可以接收来自客户端的数据同步消息或数据同步命令，也可以向客户端发送数据同步消息或数据同步命令。

表2为存储在客户端数据库数据的存储方式的一个示范：每一条数据用本地唯一标识LUID进行标识，该LUID的值可以是针对一种类型数据唯一，也可以是针对客户端唯一。

客户端本地唯一标识LUID	数据
		11	邮件1
22	邮件2
		33	邮件3
44	邮件4

表2客户端数据库数据的存储方式

表3为存储在服务器数据库数据的存储方式的一个示范：每一条数据用进行数据同步网络的网络唯一标识GUID进行标识，并且按表4设置同一数据的GUID与LUID之间的映射关系表。

服务器网络唯一标识GUID	数据
		1010101	邮件1
2121212	邮件2
		3232323	邮件3
4343434	邮件4

表3服务器数据库数据的存储方式

GUID	LUID
		1010101	11
2121212	22
		3232323	33
4343434	44

表4GUID与LUID之间的映射关系表

当同步某一LUID对应的数据时，客户端或服务器中的一方就会将该LUID所对应数据传输给客户端或服务器中的另一方进行同步，如将LUID对应的电子邮件，包括邮件头、邮件体和附件信息都进行传送后同步。

当前电子邮件包括以下几个部分：邮件头、邮件体和附件信息。其中，邮件头包含发信者和接收者有关信息，如发出地点和接收地点的网络地址，计算机系统中的用户名，电子邮件的发出时间和接收时间，以及电子邮件传送过程中经过的路径等；邮件体是电子邮件本身具体内容，即电子邮件正文；附件信息为电子邮件所携带的文件描述以及文件内容。在同步电子邮件时，将电子邮件整个进行封装，作为一条数据对应一个LUID，且对该电子邮件设置一些标记，如已读标记、已转发标记、已回复标记、电子邮件到达时间标记、电子邮件创建时间标记、电子邮件修改时间标记、电子邮件待删除标记等，用于进行数据同步的目的。

本发明扩展了上述的数据同步技术，提供一种邮件转发方法及系统，其核心思想是：1)客户端获取邮件信息；2)客户端设置邮件转发信息并同步到移动电子邮件服务器；3)移动电子邮件服务器根据邮件转发信息将指定邮件整合为转发邮件并发送。

所述邮件信息包括邮件标识，也可以包括邮件标识和描述邮件特征的邮件框架信息。

一般来说，邮件框架信息不包含邮件的内容以及所携带的附件的内容，它只是对电子邮件特征的描述信息。邮件框架信息中的电子邮件特征描述信息主要包含但不限于邮件头部、正文描述部分和附件描述部分。其中，邮件头部主要包含发件人、收件人、邮件主题和时间等，它也可以独立于邮件框架，作为邮件的一个单独的部分；正文描述部分是对正文的描述信息，主要包含内容类型、正文大小，有时也可以包含正文的索引或统一资源标识符URI(UniformResource Identifier)等，用于找到邮件的正文内容；附件描述部分主要是对邮件中所携带附件的描述，主要包含附件名称、附件大小和附件类型等，有时也可以包含附件索引或URI，用于找到特定的附件。

对邮件框架信息的处理可以分为以下两种情况：

第一种情况是邮件框架信息在邮件中，即将邮件框架信息引入邮件格式中，作为邮件的一个部分，即新邮件格式中的邮件可以包括邮件头部、邮件框架信息和邮件体三个部分。其中，邮件头部可以与框架信息合并，在用户获取邮件框架信息时，可以一并获取。邮件框架信息是整个邮件或邮件的某些部分的描述信息。邮件体可包括邮件的正文数据和附件数据。其中，每封邮件的邮件框架信息可按照所描述的邮件部分分配一个标识，这些标识至少在本邮件中是唯一的；该标识是可以根据需要设置或不设置。每封邮件的邮件体的各个部分也可有标识，这些标识用以标识邮件体的各个内容部分，该标识也可根据需要设置或不设置。

第二种情况是可以将邮件框架独立于邮件格式，即邮件格式中并不提供邮件的框架信息，而是当邮件传送到移动电子邮件服务器时，由移动电子邮件服务器根据需要为每封邮件生成邮件框架信息。邮件框架信息的生成可以是实时生成，不需要保存，也可以是生成后以数据项的形式保存在数据库中。此时在数据库中存储的邮件框架信息可以包括：存放在邮件框架中的邮件头部信息Header、用于指示邮件中的各个子部分的子索引、用于存放邮件框架信息中的正文部分和附件部分的信息的子部分、用于指示对应的各个子部分的统一资源标识符URI。对于子索引，索引信息可以但不限于是编号或者URL，其至少在该邮件框架范围内唯一。对于URI，服务器可以通过该URI找到对应的内容数据。

在第二种情况中，对于邮件框架信息的组织方式是在数据同步规范中为邮件框架信息定义一个新的同步数据对象：

该同步数据对象可以采用多种方式进行定义，其可以但不限于采用以下的几种格式：

1、XML格式：

   <邮件框架信息>

         <发件人>  </发件人>

         <收件人>  </收件人>

         <主题>  </主题>

         <日期>  </日期>

         <正文描述>

                   <索引>  </索引>

                   <内容类型>  <内容/类型>

                   <内容大小>  </内容大小>

         </正文描述>

         <附件集>

                 <附件描述>

                           <索引>  </索引>

                           <名称>  </名称>

                           <类型>  </类型>

                           <大小>  </大小>

                 <附件描述>

                 ......

         </附件集>

         </邮件框架信息>

2、采用类似于vCard和vCalendar的格式：

开始：邮件框架信息

         开始：邮件头部

                 发件人：

                 收件人：

                 主题：

                 日期：

         结束：邮件头部

         开始：正文部分

                 索引：

                 类型：

                 大小：

         结束：正文部分

         开始：附件部分

                 开始：附件

                        索引：

                        名称：

                        类型：

                        大小：

                 结束：附件

                 ......

         结束：附件部分

结束：邮件框架信息

将邮件框架信息按照上述格式进行统一形式组织后，封装成现有的同步对象，例如vFile，这种方式是利用现有的同步对象来实现邮件框架信息的同步，不影响现有的同步规范。下面是采用vFile承载的简要说明。

数据同步中定义的vFile格式如下：

<文件>

     <文件名></文件名>

        ......

     <内容类型></内容类型>

     <内容></内容>

      ......

</文件>

此时将组织好的邮件框架信息作为vFile的“内容”，并利用“内容类型”标签标明当前的vFile封装的是邮件框架信息，如下所示：

<文件>

     <内容类型>邮件框架信息</内容类型>

     <内容>

邮件框架信息(如上所述的xml格式或类似于vCard和vCalendar的格式，或者其它组织形式)

     </内容>

</文件>

需要说明的是，邮件框架信息也可以采用的vEmail的格式来承载，或是在现有的数据同步协议中定义一种的新的数据类型，例如vEnvelop等。

上述的邮件框架信息，可以从现有的电子邮件格式中解析得到，其方法包括步骤：获取From字段的信息为发件人信息；获取To字段的信息为收件人信息；获取Subject字段的信息为主题信息；获取Date字段的信息为时间信息。通过电子邮件格式中的邮件头部的boundary字段确定Email中的各个部分段：第一部分段为正文段，通过电子邮件格式中的正文段的boundary字段确定正文段中最终的各个子段，并通过检测各个子段的Content-Type内容来确定各个子段所包含内容的类型，比如text/plain为纯文本类型，text/html为超文本类型等，将这些内容类型作为正文内容类型描述；同时，将各个子段的内容大小相加，确定正文最终大小；之后的各个部分段为附件段，可以通过检测各部分段的Content-Disposition字段中是否包含有Attachment关键字来进行验证。通过filename获取附件的名称，通过Content-Type得出附件的类型；并根据附件内容计算附件的大小；对于框架中包含的各种索引信息，则由解析者自行设置，但要满足以下规则：邮件体索引和附件索引至少能够在该邮件框架中唯一。

请参阅图4，是本发明实现邮件转发总括流程图，包括步骤：

d1、客户端获取邮件信息；

所述邮件信息包括邮件标识，还可以进一步包括描述邮件特征的邮件框架信息。该邮件信息可从移动电子邮件服务器发送的邮件通知中获取，或通过与移动电子邮件服务器的同步流程获取，或通过客户端已存储的数据获取。本发明中，客户端获取邮件信息的方法包括但不限于以下方法：

客户端获取邮件的邮件信息，通过移动电子邮件服务器发送的邮件通知获取，该邮件通知中包含了移动电子邮件服务器上邮件的全部或部分邮件框架信息和邮件的标识。需要说明的是，该邮件通知也可仅为邮件的标识。其中邮件的标识可为邮件的GUID，或邮件的Message-ID(消息编号)。邮件的GUID是当新邮件到达时，移动电子邮件服务器为每一封邮件分配的一个编号，而邮件的Message-ID是邮件格式中带有的一个字段，移动电子邮件服务器可以从新邮件中提取出Message-ID。邮件通知是否下发以及邮件通知中所包含的内容，可根据用户在移动电子邮件服务器上设置的参数来确定，例如，用户在移动电子邮件服务器上设置，下发的邮件通知中包含新邮件的GUID，则如果有新邮件到达，移动电子邮件服务器则向客户端下发包含新邮件的GUID的邮件通知。客户端从邮件通知中提取邮件信息。

客户端获取邮件信息也可以是通过与移动电子邮件服务器的同步流程获取，包括以下几种方案：

客户端与移动电子邮件服务器协商建立同步会话，根据事先约定的原则，双方默认同步的内容是邮件框架信息，例如：双方约定如果同步的是邮件数据库，则先同步邮件的邮件框架信息。

客户端与移动电子邮件服务器协商建立同步会话，客户端向移动电子邮件服务器发送获取邮件框架信息的同步请求，移动电子邮件服务器通过同步流程向客户端下发邮件框架信息和邮件标识。

同步请求可通过在现有的同步命令中增加一个表示获取邮件框架信息的标识来实现，该标识可以为同步命令中新增的某个元素或同步命令中新增的某个属性。

同步请求也可通过扩充现有的同步命令的含义来实现，例如，将现有的<Get>命令中定义的获取数据类型中增加一种邮件框架信息类型，则客户端可通过<Get>命令向移动电子邮件服务器请求获取邮件框架信息，移动电子邮件服务器可通过<Results>命令下发邮件框架信息。在该命令中还可以设置一些参数，用来指示获取邮件的哪些框架信息。例如，在该命令中设置过滤条件，指示移动电子邮件服务器仅将邮件附件的描述信息下发给客户端。

同步请求也可通过在现有的数据同步协议中新增一个同步命令来表示。例如，在现有的同步协议中增加一个元素来表示获取邮件框架的请求，该元素可命名为<Envelop>，移动电子邮件服务器接收到该命令后可以解析为客户端获取邮件框架的同步请求。在该命令中还可以设置一些参数，用来指示获取邮件的哪些框架信息，例如，在该命令中设置过滤条件，指示移动电子邮件服务器仅将邮件附件的描述信息下发给客户端。

同步请求也可为客户端根据移动电子邮件服务器所支持的过滤关键字设置的过滤条件。客户端与移动电子邮件服务器协商建立同步会话，通过设置DS中的过滤机制实现获取邮件框架。DS中的过滤机制是用来设置过滤条件，发送方指示接收方仅传输满足条件的数据。这里所述的发送方和接收方是相对的。例如发送方可能希望接收方仅传输“重要性＝高”的邮件，这样就可以在过滤条件中设置上述的条件，当接收方接收到此同步命令时，就会将重要性为高的邮件传送给发送方。其中的“重要性”字段在DS中称为过滤关键字，这些关键字是用于设置过滤条件。在同步会话中，双方应先在同步数据库的性能协商中说明所支持的过滤关键字，然后再根据过滤语法设置过滤关键字的值，最后根据过滤关键字设置过滤条件。通过DS过滤机制的扩展，可以灵活的设置邮件中相关的任何条件。例如，在过滤条件中设置获取邮件的邮件框架字段或在过滤条件中设置获取的数据类型是邮件框架信息但并不局限于此，其它的利用数据同步中的过滤机制来实现邮件框架的获取也在本发明的范围内。

客户端与服务器协商建立同步会话的过程中，可协商需要获取哪些邮件的邮件框架信息，并可通过设定过滤条件来实现，其中设定条件可以为邮件的大小，邮件的接收日期，邮件的标识等等。客户端获得邮件标识的方法很多，例如客户端收到新邮件通知时，通知内包含邮件标识，或者客户端根据邮件目录列表获得邮件标识等。

移动电子邮件服务器可通过扩充现有的同步命令的含义来实现邮件框架信息和邮件标识的下发，例如，在现有的<Results>命令下发的数据类型中增加一种邮件框架信息类型，通过与客户端发送的<Get>命令对应的<Results>命令来下发邮件框架信息和邮件标识，或通过<Add>命令来下发邮件框架信息和邮件标识。移动电子邮件服务器下发邮件框架信息和邮件标识包含在同步命令中的一个元素中或分别放在多个元素中。

需要说明的是，如果邮件中已带有邮件框架，即邮件框架信息作为邮件格式的一部分，则移动电子邮件服务器可根据客户端发送的获取邮件框架信息的同步请求或按照客户端与移动电子邮件服务器事先约定的原则，提取出相应邮件的邮件框架信息，通过同步命令传送给客户端。所述的客户端发送的获取邮件框架信息的同步请求可为客户端根据移动电子邮件服务器所支持的过滤关键字设置的过滤条件，用于选择所需要邮件的邮件框架信息字段；或是获取邮件框架信息操作的标识；或增加新的获取邮件信息的同步命令；或是扩充现有的同步命令的含义的来实现。

还需说明的是，如果邮件框架不是邮件的一部分，而是邮件传送到移动电子邮件服务器时，移动电子邮件服务器为每封邮件生成单独的邮件框架信息，并且这些邮件框架信息可以是实时生成，不需保存，也可以是生成后以数据项的形式保存在数据库中，则移动电子邮件服务器可根据客户端发送的获取邮件框架信息的同步请求或按照客户端与移动电子邮件服务器事先约定的原则，提取出相应邮件的邮件框架信息，通过同步命令传送给客户端。所述的客户端发送的获取邮件框架信息的同步请求可以是过滤条件或是获取邮件框架信息操作的标识，或是扩充现有的同步命令的含义来实现。

客户端获取邮件信息，也可通过客户端已存储的数据获取。对于已经下载到客户端且移动电子邮件服务器保存的邮件，如果需要转发，则客户端只需要在本地存储的邮件中获取邮件标识，即可使用后续的转发流程实现邮件的转发。

d2、客户端通过数据同步过程，在数据同步消息中携带合并转发同步命令发送给移动电子邮件服务器；

本发明中，合并转发命令中还应携带邮件转发信息，即接收方整合转发邮件时所需要的内容，其内容包括：客户端设置的转发邮件的头部信息，其中必须包括转发地址，还可以包括发件人地址、抄送人地址、邮件主题等；待合并邮件的标识。如果客户端作了修改，则还应该包括客户端新增、修改或删除的数据中的一项或多项，这些数据可以表示为数据本身或是定位数据的标识，移动电子邮件服务器可以通过定位标识找到该数据。

本发明通过扩充现有的数据同步DS协议中的命令实现整合转发邮件的功能。

扩充现有DS协议命令的实现方法可以有以下几种：

一：在现有的DS协议中新增一个“合并转发”命令。

该新增的“合并转发”命令可以指示接收方将指定的内容整合成转发邮件后按照设置的邮件转发信息转发。该“合并转发”命令包括但不限于以下的内容：

1、合并转发的指示：即接收方接收到该同步命令后，可以解析为合并转发命令；

2、接收方整合转发邮件时所需要的内容，即邮件转发信息，其内容包括：客户端设置的转发邮件的头部信息，其中必须包括转发地址，还可以包括邮件的发件人地址、抄送人地址、邮件主题等等；待合并邮件的标识。如果客户端作了修改，则还应该包括客户端新增、修改或删除的数据中的一项或多项，这些数据可以表示为数据本身或是定位数据的标识，移动电子邮件服务器可以通过定位标识找到该数据。上述内容可以包含在同步命令中的一个元素中或分别放在多个元素中。

需要说明的是，该新增的“合并转发”命令的格式可以是基于XML的，也可以基于其他形式。

二：通过DS协议中现有命令实现邮件转发。

本发明也通过扩充DS协议中现有命令实现邮件转发，例如：客户端可以向服务器发送<Add>命令，该<Add>命令中，包括以下的内容：

1、邮件转发信息：包含邮件头部信息，其中必须包含邮件的转发地址，还可以包括邮件的发件人地址、抄送人地址、邮件主题等等；待合并邮件的标识。如果客户端作了修改，则转发信息还应该包括客户端新增、修改或删除的数据中的一项或多项，这些数据可以表示数据本身或定位数据的标识，移动电子邮件服务器可以通过定位标识找到该数据。上述内容可以包含在同步命令中的一个元素中或分别放在多个元素中。

2、客户端在<Add>命令中，指示移动邮件服务器将整合的邮件转发出去，例如可指示移动电子邮件服务器将整合的转发邮件添加到邮箱的发件箱中，该操作可以指示移动电子邮件服务器，将整合的邮件发送出去。

对于客户端新增数据，或/和删除邮件数据，或/和修改邮件数据的情况，客户端还可将修改的邮件框架发送到移动电子邮件服务器上，移动电子邮件服务器将其与原邮件框架进行对比，找到哪些内容进行了新增、修改或删除，则在整合转发邮件时将这些内容进行添加，或/和更新，或/和修改。客户端也通过同步命令将新增、删除或/和修改的内容发送到移动电子邮件服务器上，指示移动电子邮件服务器在整合转发时，将这些内容进行相应改变，即添加，或/和更新，或/和删除。例如：通过数据同步命令<Delete>可表示删除某一内容，用<Replace>表示修改某一内容，用<Add>表示新增的内容。这些内容可以表示为内容数据本身或是定位这些内容的标识，移动电子邮件服务器可以通过定位标识找到该数据。客户端也可以将修改的邮件框架信息和修改的内容一并发给移动电子邮件服务器，由移动电子服务器作更新，例如移动电子邮件服务器可以将修改的邮件框架信息与原邮件框架进行对比，找到哪些内容进行修改和删除，同时根据修改的内容将指定邮件整合为转发邮件。

上述的命令也可以结合起来应用，例如在一个表示合并转发的同步命令中，包含了很多同步子命令，例如一个合并转发命令中包含以下的命令：如果客户端新增了数据，则通过新增命令携带客户端新增的数据；如果客户端删除了数据，则通过删除命令携带客户端要求整合时从指定的进行合并的邮件中删除的内容，其表示可以为这些内容或是定位这些内容的标识等；如果客户端修改了数据，则通过修改命令，携带客户端要求整合时在指定进行合并的邮件中修改的内容。

其它的还可以通过<Move>命令将整合转发邮件移动到发件箱来实现邮件的合并转发或<Copy>命令将转发邮件拷贝到发件箱来实现邮件的合并转发。

d3、移动电子邮件服务器按同步命令指示整合转发邮件；

移动电子邮件服务器的转发邮件整合单元将客户端发送的转发信息与指定邮件进行整合的流程包括：

d31、移动电子邮件服务器按照客户端发送的邮件转发信息中待合并邮件的标识找到指定邮件；

d32、移动电子邮件服务器根据邮件转发信息中改变的邮件信息或/和改变的内容进行相应改变；

移动电子邮件服务器按照客户端发送的同步命令将指定邮件进行相应改变，将指定邮件的邮件头部和邮件正文作为转发邮件的邮件正文，将指定邮件的邮件附件作为转发邮件的附件，将客户端发送的新增数据整合到转发邮件的相应部分，例如将客户端新增的附件增加到转发邮件的附件部分。对于客户端修改或删除的数据，移动电子邮件服务器按照客户端的要求进行相应的修改和删除。如果邮件框架信息是作为邮件格式的一部分，则若客户端修改了内容，或修改了邮件框架信息，则转发邮件中还应整合转发邮件的邮件框架信息；该邮件框架信息可由客户端发送到移动电子邮件服务器，由移动电子邮件服务器整合到转发邮件中；或该邮件框架信息可由移动电子邮件服务器为转发邮件生成。

d33、移动电子邮件服务器将客户端发送的邮件转发信息中转发邮件的邮件头部信息作为转发邮件的邮件头部信息。

d4、移动电子邮件服务器将整合的转发邮件通过邮件服务器发送出去。

需要说明的是，由于数据同步的邮件格式可能与Internet上支持的邮件格式不一致，那么在移动电子邮件服务器上还应进行邮件格式的转换，即在进行邮件转发时，将整合好的转发邮件的各个字段转换成Internet邮件格式对应的各个字段后转发，或是直接将转发邮件中所需的各个邮件数据字段转换成Internet邮件对应的各个字段后再整合成转发邮件进行转发。

以上步骤是本发明实现邮件转发总流程，根据客户端获取邮件框架信息方法的不同，可以将上述的总流程分为两种情况，即：客户端通过同步流程获取邮件框架的情况和客户端通过邮件通知获取邮件框架信息的情况。

请参阅图5，是客户端通过同步流程获取邮件信息的邮件转发具体流程，包括步骤：

e1、客户端与移动电子邮件服务器建立同步会话，请求获取邮件信息；

客户端与移动电子邮件服务器协商建立同步会话，根据事先约定的原则，双方默认同步的内容是邮件框架信息，例如：双方约定如果同步的是邮件数据库，则先同步邮件的邮件框架信息。

客户端与移动电子邮件服务器协商建立同步会话，客户端也可以向服务器发送获取邮件框架信息的同步请求，移动电子邮件服务器通过同步命令向客户端下发邮件框架信息和邮件标识。

同步请求可通过在现有的同步命令中增加一个表示获取邮件框架信息的标识来实现，该标识可以为同步命令中新增的某个元素或同步命令中新增的某个属性。

同步请求也可通过扩充现有的同步命令的定义来实现，例如，将现有的<Get>命令中定义的获取数据类型中增加一种邮件框架信息类型，则客户端可通过<Get>命令向移动电子邮件服务器请求获取邮件框架信息，移动电子邮件服务器可通过相应的<Result>命令下发邮件框架信息和邮件标识。在该命令中还可以设置一些参数，用来指示获取邮件的哪些框架信息。例如，在该命令中设置过滤条件，指示移动电子邮件服务器仅将邮件附件的描述信息下发给客户端。

同步请求也可通过在现有的数据同步协议中新增一个同步命令来表示。例如，在现有的同步协议中增加一个元素来表示获取邮件框架的请求，该元素可命名为<Envelop>，移动电子邮件服务器接收到该命令后可以解析为客户端获取邮件框架的同步请求。在该命令中还可以设置一些参数，用来指示获取邮件的哪些框架信息，例如，在该命令中设置过滤条件，指示移动电子邮件服务器仅将邮件附件的描述信息下发给客户端。

同步请求也可为客户端根据移动电子邮件服务器所支持的过滤关键字设置的过滤条件。客户端与移动电子邮件服务器协商建立同步会话，通过设置DS中的过滤机制实现获取邮件框架。DS中的过滤机制是用来设置过滤条件，发送方指示接收方仅传输满足条件的数据。这里所述的发送方和接收方是相对的。例如发送方可能希望接收方仅传输“重要性＝高”的邮件，这样就可以在过滤条件中设置上述的条件，当接收方接收到此同步命令时，就会将重要性为高的邮件传送给发送方。其中的“重要性”字段在DS中称为过滤关键字，这些关键字是用于设置过滤条件。在同步会话中，双方应先在同步数据库的性能协商中说明所支持的过滤关键字，然后再根据过滤语法设置过滤关键字的值，最后根据过滤关键字设置过滤条件。通过DS过滤机制的扩展，可以灵活的设置邮件中相关的任何条件。例如，在过滤条件中设置获取邮件的邮件框架字段或在过滤条件中设置获取的数据类型是邮件框架信息但并不局限于此，其它的利用数据同步中的过滤机制来实现邮件框架的获取也在本发明的范围内。

客户端与服务器协商建立同步会话的过程中，可协商需要获取哪些邮件的邮件框架信息，并可通过设定过滤条件来实现，其中设定条件可以为邮件的大小，邮件的接收日期，邮件的标识等等。客户端获得邮件标识的方法很多，例如客户端收到新邮件通知时，通知内包含邮件标识，或者客户端根据邮件目录列表获得邮件标识等。

移动电子邮件服务器可通过扩充现有的同步命令的含义来实现邮件框架信息和邮件标识的下发，例如，在现有的<Results>命令下发的数据类型中增加一种邮件框架信息类型，通过与客户端发送的<Get>命令对应的<Results>命令来下发邮件框架信息和邮件标识，或通过<Add>命令来下发邮件框架信息和邮件标识。移动电子邮件服务器下发邮件框架信息和邮件标识包含在同步命令中的一个元素中或分别放在多个元素中。

e2、移动电子邮件服务器根据协商的同步内容发送数据给客户端；

如果所述同步内容为邮件框架，则移动电子邮件服务器根据协商的结果提取相应邮件的邮件框架并发送给客户端；具体是由移动电子邮件服务器中的邮件信息提取单元按照上述要求提取邮件框架信息，并将邮件框架信息和邮件标识发送给客户端。

需要说明的是，如果邮件中已带有邮件框架，即邮件框架信息作为邮件格式的一部分，则移动电子邮件服务器可根据客户端发送的获取邮件框架信息的同步请求或按照客户端与移动电子邮件服务器事先约定的原则，提取出相应邮件的邮件框架信息，通过同步命令传送给客户端。所述的客户端发送的获取邮件框架信息的同步请求可为客户端根据移动电子邮件服务器所支持的过滤关键字设置的过滤条件，用于选择所需要邮件的邮件框架信息字段；或是获取邮件框架信息操作的标识；或增加新的获取邮件信息的同步命令；或是扩充现有的同步命令的含义来实现。

还需说明的是，如果邮件框架不是邮件的一部分，而是邮件传送到移动电子邮件服务器时，移动电子邮件服务器为每封邮件生成单独的邮件框架信息，并且这些邮件框架信息可以是实时生成，不需保存，也可以是生成后以数据项的形式保存在数据库中，则移动电子邮件服务器可根据客户端发送的获取邮件框架信息的同步请求或按照客户端与移动电子邮件服务器事先约定的原则，提取出相应邮件的邮件框架信息，通过同步命令传送给客户端。所述的客户端发送的获取邮件框架信息的同步请求可以是过滤条件或是获取邮件框架信息操作的标识，或增加新的获取邮件信息的同步命令，或是扩充现有的同步命令的含义。

e3、客户端发送合并转发命令给移动电子邮件服务器；

本发明中，合并转发命令中还应携带邮件转发信息，即接收方整合转发邮件时所需要的内容，其内容包括：客户端设置的转发邮件的头部信息，其中必须包括转发地址，还可以包括发件人的地址、抄送人的地址、邮件主题等等；待合并邮件的邮件标识；如果客户端作了修改，则还应该包括客户端新增、修改或删除的数据中的一项或多项，这些数据可以表示为数据本身或是定位数据的标识，移动电子邮件服务器可以通过定位标识找到该数据。

e4、移动电子邮件服务器根据客户端发送的合并转发命令整合转发邮件；

移动电子邮件服务器收到“合并转发”同步命令后，其中的转发邮件整合单元将客户端发送的转发信息与指定的转发邮件的相应内容整合成转发邮件。

e5、移动电子邮件服务器将转发邮件传递给邮件服务器进行发送。

邮件服务器收到转发邮件后，根据邮件头部信息中的转发地址将转发邮件发送出去，并将发送结果反馈给移动电子邮件服务器，再由移动电子邮件服务器反馈给客户端。

请参阅图6，是客户端通过移动邮件服务器发送的邮件通知获取邮件信息的邮件转发流程图，包括步骤：

f1、移动电子邮件服务器发送邮件通知给客户端；

移动电子邮件服务器发送邮件通知给客户端，其中包含相应邮件的全部或部分框架信息和邮件的标识。，需要说明的是，该邮件通知也可仅为邮件的标识。其中邮件的标识可为邮件的GUID，或邮件的Message-ID(消息编号)。邮件的GUID是当新邮件到达时，移动电子邮件服务器为每一封邮件分配的一个编号，而邮件的Message-ID是邮件格式中带有的一个字段，移动电子邮件服务器可以从新邮件中提取出Message-ID。邮件通知的是否下发以及邮件通知中所包含的内容，可根据用户在移动电子邮件服务器上设置的参数来确定，例如，用户在移动电子邮件服务器上设置，下发的邮件通知中包含新邮件的GUID，则如果有新邮件到达，移动电子邮件服务器则向客户端下发包含新邮件的GUID的邮件通知。客户端从邮件通知中提取这些邮件信息。这些内容是移动电子邮件服务器根据与客户端事先约定的原则或设置的参数从接收的邮件中提取出来。

本发明中，邮件通知可以由移动电子邮件服务器通过其它引擎下发，例如短消息、无线信息推送WAP Push、会话初始化协议信息SIP Message、多媒体短消息MMS等，或由移动电子邮件服务器通过数据同步协议定义的通知下发，例如通过数据同步协议定义的通知命令<Alert>下发邮件通知。

如果上述的邮件通知中并不包含任何的邮件信息，仅用于通知客户端有新邮件到达，则客户端可以进一步通过图5所描述的同步流程来实现邮件的不下载转发，即客户端先通过同步流程获取邮件框架信息，进而进行邮件的不下载转发。

f2、客户端建立与移动电子邮件服务器的同步会话；

客户端收到邮件通知后，建立与移动电子邮件服务器的同步会话。

f3、客户端发送合并转发命令给移动电子邮件服务器；

本发明中，合并转发命令中还应携带邮件转发信息，即接收方整合转发邮件时所需要的内容，其内容包括：客户端设置的转发邮件的头部信息，其中包括转发地址；待合并邮件的标识；如果客户端作了修改，则还应该包括客户端新增、修改或删除的数据中的一项或多项，这些数据可以表示为数据本身或是指示数据存储位置的标识，移动电子邮件服务器可以通过定位标识找到该数据。

f4、移动电子邮件服务器根据客户端发送的合并转发命令整合转发邮件；

移动电子邮件服务器收到“合并转发”同步命令后，其中的转发邮件整合单元根据客户端发送的转发信息将指定的转发邮件整合处理为转发邮件。

f5、移动电子邮件服务器将转发邮件传递给邮件服务器进行发送。

邮件服务器收到转发邮件后，根据邮件头部信息中的转发地址将转发邮件发送出去，并将发送结果反馈给移动电子邮件服务器，再由移动电子邮件服务器反馈给客户端。

请参阅图7，是本发明实现邮件直接转发具体流程图，包括步骤：

g1、客户端接收到移动电子邮件服务器发送的邮件信息；

g2、客户端收到邮件信息后，显示给用户进行操作；

用户不作任何变动，只设置了转发邮件的邮件头部信息，其中必须包括邮件的转发地址，还可以包括发件人地址，抄送人地址，邮件主题等。

g3、客户端通过数据同步过程，向移动电子邮件服务器发送合并转发同步命令，其中携带邮件转发信息；

客户端将所设转发邮件信息通过合并转发同步命令发送给移动电子邮件服务器，转发邮件信息包括转发邮件的邮件头部信息、待合并邮件的标识。

g4、移动电子邮件服务器收到上述内容后，由转发邮件整合单元根据客户端发送的合并转发命令中携带的转发信息将移动邮件服务器上指定邮件整理处理为转发邮件；

整合转发邮件时可以包含邮件框架信息，也可以不包含，该邮件框架信息可由客户端通过同步命令发送到移动电子邮件服务器整合到转发邮件中，或由移动电子邮件服务器为转发邮件生成。

g5、移动电子邮件服务器将转发邮件发送到邮件服务器上；

g6、邮件服务器根据转发邮件的转发地址发送转发邮件；

g7、邮件服务器如果发送转发邮件成功，则返回成功响应消息给移动电子邮件服务器，否则返回失败响应消息给移动电子邮件服务器；

g8、移动电子邮件服务器将邮件服务器发送过来的响应消息发给客户端。

请参阅图8，是本发明实现邮件修改后转发具体流程图，包括步骤：

h1、客户端接收到移动电子邮件服务器发送的邮件信息；

h2、客户端收到邮件信息后，显示给用户进行操作；

用户可以进行以下操作中的一项或多项：

①修改邮件框架信息，例如删除一个或多个附件，或修改主题，如原主题为“昨天的例会记要”改为“烦请转发其他项目组//Fw：昨天的例会记要”等；

②新增内容，例如增加一段话到邮件正文中，或增加一个或多个附件等；

③设置转发邮件的邮件头部信息，其中包括设置转发邮件的转发地址。

需要说明的是，用户也可以只修改邮件框架和设置转发邮件的邮件头部信息，或只修改内容和设置转发邮件的邮件头部信息。

h3、客户端发起数据同步过程，向移动电子邮件服务器发送合并转发同步命令，其中携带邮件转发信息；

客户端向移动电子邮件服务器发送“合并转发”同步命令，该命令中携带待合并的邮件的标识及设定的转发邮件的邮件头部信息、以及改变的内容。所述改变的内容包括新增的邮件内容、删除的邮件内容或修改的邮件内容中的一项或多项。

需要说明的是，如果用户只修改邮件框架和设定的转发邮件的邮件头部信息，则命令中携带待合并的邮件的编号及设定的转发邮件的邮件头部信息和修改后的邮件框架信息；如果邮件框架是由移动电子邮件服务器生成，则可以不用发送邮件框架信息。

h4、移动电子邮件服务器收到上述内容后，由转发邮件整合单元根据客户端发送的合并转发命令将设定的转发邮件的邮件头部信息，修改的内容与待合并转发的邮件的相应内容整合成转发邮件；

整合转发邮件时可以包含邮件框架信息，也可以不包含，该邮件框架信息可由客户端通过同步命令发送到移动电子邮件服务器并整合到转发邮件中，或由移动电子邮件服务器为转发邮件生成。

h5、移动电子邮件服务器传递转发邮件到邮件服务器；

h6、邮件服务器根据转发邮件的头部信息的转发地址发送转发邮件；

h7、邮件服务器如果发送转发邮件成功，则返回成功响应消息给邮件服务器，否则返回失败响应消息给移动电子邮件服务器；

h8、移动电子邮件服务器将邮件服务器发送过来的响应消息发给客户端。

下面按上述方法举两个进行邮件转发的应用实例进行说明。

应用实例1：对邮件直接转发。

用户B有一封新邮件如下所示：

日期：星期一，2006-5-20  17:53:37

发件人：wangwu@sina.com

收件人：UserB@yahoo.com

主题：我后天准备去看望你和莉莎

正文：

UserB，您好！

我后天将到达南京。很久没有见过你和莉莎了，我想我们可以在星期三晚上一起共度晚餐。

到时见。

王武

--------------------------------------------

具体过程：

1、用户B的客户端与移动电子邮件服务器建立同步会话，请求获取邮件框架信息；

2、移动电子邮件服务器收到请求后，由邮件信息提取单元根据过滤条件提取出邮件框架，该邮件的框架如下：

---------------------------------------------

发件人：wangwu@sina.com

主题：我后天准备去看望你和莉莎

---------------------------------------------

3、移动电子邮件服务器发送邮件框架及框架所属的邮件编号给客户端；

4、客户端接收到邮件框架后，用户不做修改操作，直接选择lisa@163.com为转发地址；

5、客户端发送转发邮件的邮件头部信息、待合并邮件编号到移动电子邮件服务器；

客户端向移动电子邮件服务器发送合并转发命令，其中携带待合并邮件的编号及转发邮件的邮件头部信息，其中头部信息包含如下字段：

日期：星期一，2006-5-20  20:10:30

发件人：UserB@yahoo.com

收件人：lisa@163.com

主题：转发：我后天准备去看望你和莉莎

6、移动电子邮件服务器收到邮件后，由转发邮件整合单元负责将接收到的邮件头部信息与待合并的邮件进行整合，整合后的转发邮件如下：

------------------------------------------------

日期：星期一，2006-5-20  20:10:30

发件人：UserB@yahoo.com

收件人：lisa@163.com

主题：转发：我后天准备去看望你和莉莎

正文：

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

日期：星期一，2006-5-20  17:53:37

发件人：wangwu@sina.com

收件人：UserB@yahoo.com

主题：我后天准备去看望你和莉莎

正文：

UserB，您好！

我后天将到达南京。很久没有见过你和莉莎了，我想我们可以在星期三晚上一起共度晚餐。

到时见。

王武

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

--------------------------------------------------

7、移动电子邮件服务器将邮件发送到邮件服务器；

8、邮件服务器根据邮件头部信息指示的转发地址发送转发邮件；

9、邮件服务器如果发送转发邮件成功，则返回成功响应消息给移动电子邮件服务器；否则发送失败响应消息给移动电子邮件服务器；

10、移动电子邮件服务器转发响应消息给客户端。

应用实例2：对邮件进行部分修改后转发。

用户A有一封新邮件如下所示：

-------------------------------------------------

日期：星期一，2006-5-20  17:53:37

发件人：wangwu@sina.com

收件人：UserA@yahoo.com

主题：明天的会议

正文：

UserA，您好！

附件是关于明天会议议程，上次会议记录以及两份新的稿件。

关于那两份文件2006-0001&2006-0002，你能给我一些参考意见吗？

明天见！

衷心祝福！

王武

附件：agenda.rar，minutes.rar，2006-0001.rar，2006-0002.rar，...

---------------------------------------------------

注：agenda.rar，minutes.rar，2006-0001.rar，2006-0002.rar为四个附件。

具体过程：

1、用户A的客户端与移动电子邮件服务器建立同步会话，请求获取邮件框架信息；

2、移动电子邮件服务器收到请求后，其中的邮件信息提取单元根据过滤条件提取出邮件框架，该邮件的框架如下：

--------------------------------------------------

发件人：wangwu@sina.com

主题：明天的会议

附件：agenda.rar，，minutes.rar，2006-0001.rar，2006-0002.rar，...

--------------------------------------------------

注：此时框架内的附件只是名称，不包含任何内容。

3、移动电子邮件服务器发送邮件框架及框架所属的邮件编号给客户端；

4、客户端接收到邮件框架后，用户可以做以下操作：

①查看是否需要对框架中的内容进行修改，例如删除附件2006-0001.rar和2006-0002.rar，则修改后的框架为：

------------------------------------------------

收件人：wangwu@sina.com

主题：明天的会议

附件：agenda.rar，minutes.rar，...

------------------------------------------------

②用户增加邮件正文中的内容；

------------------------------------------------

张珊，您好！

请回顾一下那两份稿件，第三份稿件是一份关于IETF lemonade工作组的介绍，也许对你有用。

衷心祝愿！

UserA

------------------------------------------------

用户增加附件lemonade.rar；

③用户选择转发邮件的接收者为Zhangsan@sohu.com。

需要说明的是，用户也可以只修改邮件框架和选择转发邮件的接收者，或只修改内容和选择转发邮件的接收者。

5、客户端将上述三部分内容通过合并转发命令发送到移动电子邮件服务器；

6、移动电子邮件服务器收到后，由转发邮件整合单元负责将接收到的框架与待合并邮件进行对比，删除或增加相应的内容，并且注明转发地址为Zhangsan@sohu.com，最终整合成转发邮件为：

------------------------------------------------

日期：星期一，2006-5-20 20:10:30

发件人：UserA@yahoo.com

收件人：Zhangsan@sohu.com

主题：转发：明天的会议

正文：

张珊，您好！

请回顾一下那两份稿件，第三份稿件是一份关于IETF lemonade工作组的介绍，也许对你有用。

衷心祝愿！

UserA

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

日期：星期一，2006-5-20 17:53:37

发件人：wangwu@sina.com

收件人：UserA@yahoo.com

主题：明天的会议

正文：

UserA，您好。

附件是关于明天会议议程，上次会议记录以及两份新的稿件。

关于那两份文件2006-0001&2006-0002，你能给我一些参考意见吗？

明天见！

衷心祝福！

王武

附件：agenda.rar，minutes.rar，...

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

附件：lemonade.rar

------------------------------------------------------

7、移动电子邮件服务器将邮件发送到邮件服务器；

8、邮件服务器根据转发地址发送转发邮件；

9、邮件服务器如果发送转发邮件成功，则返回成功响应消息给移动电子邮件服务器；否则发送失败响应消息给移动电子邮件服务器；

10、移动电子邮件服务器转发响应消息给客户端。

上述内容对整个邮件转发流程及其实施例进行了介绍，下面将对邮件框架信息在邮件中及邮件框架独立于邮件格式这两种情况再举例具体说明。

关于邮件框架信息在邮件中的的应用实施例如下：

移动电子邮件服务器上接收了三封新的邮件，邮件大小分别为5M、4M及10K。移动电子邮件服务器发送通知告知客户端(该通知仅告知客户端有新邮件到达，无任何邮件信息，通过WAP Push发送)。客户端建立与移动电子邮件服务器的同步，想获取邮件大小大于3M的邮件的邮件框架。用户阅读这些邮件框架后，指定第一封邮件进行转发，指定在第二封邮件中添加一个附件后转发。

此应用实施例获取邮件框架，进而实现邮件不下载转发包括步骤：

1、客户端与移动电子邮件服务器协商建立同步会话，该同步会话的类型可为移动电子邮件服务器到客户端的单向同步会话；

在同步初始化阶段，双方进行设备性能的协商，该过程包括：

11)客户端与移动电子邮件服务器协商同步类型为移动电子邮件服务器到客户端的单向同步会话，通过<Alert>命令将所要发起的同步类型(本例中为移动电子邮件服务器到客户端的单向同步)、同步的数据库(本例为邮箱的收件箱)发送给移动电子邮件服务器，其数据同步命令如下所示：

<Alert>

<命令编码>1</命令编码>

<同步类型>204</同步类型><！--204＝移动电子邮件服务器到客户端的单

向同步-->

<数据项>

<目的地址><本地URI>./email/Inbox(移动电子邮件服务器端邮箱的收件

箱)</本地URI></目的地址>

<源地址><本地URI>./dev-inbox(客户端邮箱的收件箱)</本地URI></源

地址>

......

</数据项>

</Alert>

12)移动电子邮件服务器将所支持的过滤机制告知客户端，过滤机制包括支持的过滤关键字和过滤语法。在同步初始化协商设备性能时，移动电子邮件服务器通过<Datastore>命令将其支持的过滤机制发送给客户端，其同步命令如下所示：

   <数据库性能>

    <指定数据>邮箱收件箱</指定数据库>

      <显示名>收件箱</显示名>

      ...

      <过滤机制>

        <过滤语法>syncml:filtertype-cgi</过滤语法>

    <版本>1.0</版本>

       </过滤机制>

       ...

    <过滤性能>

        <过滤语法>syncml:filtertype-cgi</CTType>

        <版本>1.0</版本>

        <过滤关键字>Size</过滤关键字>

        ...

    </过滤性能>

</数据库性能>

2、客户端根据接收到的过滤关键字，设置过滤条件，选择获取邮件大小大于3M的邮件的框架信息字段，将邮件的其它字段长度都置0；

这个可以在<Alert>命令中的过滤机制中进行设置，如下所示：

在<过滤机制>中的<记录级别的过滤>的<数据>字段中按照移动电子邮件服务器所支持的过滤语法(本例中，移动电子邮件服务器支持的是通用网关接口CGI(Common Gateway Interface)语法)设置过滤条件为邮件大小＞3M。

在<过滤机制>中的<域级别的过滤>的<数据>字段中设置接收邮件的<邮件框架信息>字段，设置其长度为2048；将邮件的<邮件体字段>的长度设置为0。

上述的<记录级别的过滤>是指过滤条件是用于整个数据项，经过过滤后的输出结果仍然是完整的数据项。例如该例中，过滤的结果将输出邮件大小大于3M的邮件。<域级别的过滤>是指过滤后的输出结果不是完整的数据项，仅是数据项的指定域。例如该例中，过滤的输出结果是邮件的邮件框架信息字段。上述的两种过滤是可以结合在一起用的，所以结合两者，最终的输出结果是邮件大小大于3M的邮件的邮件框架信息。

其同步命令如下：

    <Alert>

      <通知类型>204</通知类型>

      <数据项>

       <目的地址>

         <本地URI>./email/inbox(邮件的收件箱)</本地URI>

         <过滤机制>

           <Meta信息><类型>application/vnd.omads-email+xml(邮件数据)

</类型></Meta信息>

           <记录级别的过滤>

            <数据项>

              <Meta信息><类型>syncml:filtertype-cgi</类型></Meta信息>

              <数据>

               Size&GT；3M(邮件大小大于3M的邮件)

              </数据>

             </数据项>

            </记录级别的过滤>

            <域级别的过滤>

             <数据项>

              <Meta信息><类型>application/vnd.syncml-devinf+xml(同步

类型为邮件数据)</类型></Meta信息>

             <数据><！[CDATA[

               <字段>

                 <字段名称>邮件框架信息字段</字段名称>

              <最大长度>2048</最大长度>

            </字段>

            <字段>

             <字段名称>邮件体字段</字段名称>

             <最大长度>0</最大长度>

            </字段>

            ]]></数据>

         </数据项>

        </域级别的过滤>

      </过滤机制>

    </目的地址>

    <源地址>

      <本地URI>dev-inbox</本地URI>

    </源地址>

  </数据项>

</Alert>

3、移动电子邮件服务器根据接收到的过滤条件下发满足条件的邮件的邮件框架信息，即移动电子邮件服务器向客户端下发第一封和第二封邮件的邮件框架信息；

移动电子邮件服务器通过<Add>命令将满足过滤条件的数据下发给客户端，其中<Add>命令的<数据项>字段携带邮件框架信息所属邮件的编号(此编号可为移动电子邮件服务器给邮件分配的临时编号)和邮件框架信息的数据或是URI。其同步命令如下：

<Add>

<命令编号>12345</命令编号>

 .....

<数据项>

<源地址><本地URI>./0123456789(移动电子邮件服务器给邮件1分配的编号，表明这个框架为邮件1的邮件框架信息)</本地URI></源地址>

    <数据类型>邮件框架信息</数据类型>

    <数据>

    邮件1的邮件框架信息或是其URI

    </数据>

   </数据项>

   <数据项>

   <源地址><本地URI>../0123456789F(移动电子邮件服务器给邮件2临时

   分配的编号，表明这个框架为邮件2的邮件框架信息)</本地URI></源地

   址>

    <数据类型>邮件框架信息</数据类型>

    <数据>

    邮件2的邮件框架信息或是其URI

    </数据>

    </数据项>

</Add>

4、本次同步完成阶段，客户端应向移动电子邮件服务器返回邮件框架所属邮件的映射信息；客户端可通过<Map>命令客户端与移动电子邮件服务器的邮件的编号对应起来；

需要说明的是，此步骤为可选步骤，根据具体情况需要，此步骤也可以省略。如果未来LUID-GUID机制不再使用，而是客户端和服务器使用相同的ID，那么不需要进行映射；也不应该理解为对本发明的限制。

5、客户端指定第一封邮件进行转发，在第二封邮件中还增加了一个附件数据后进行转发。

客户端可以通过Add命令将邮件添加到移动电子邮件服务器的发件箱中，指示移动电子邮件服务器将该封邮件发送出去。如果仅为转发，则Add命令中包含邮件的邮件头部信息，其中包括邮件的转发地址，以及指定进行合并转发的邮件的标识，以及邮件框架信息(如果邮件框架由移动电子邮件服务器生成，则客户端也可以不用传送转发邮件的框架到移动电子邮件服务器上)。而第二封邮件中，客户端新增了一个附件，则在Add命令中除了包含邮件的邮件头部信息外，还应包含新增的附件数据或是指示附件数据存储位置的标识，以及邮件框架信息(如果邮件框架由移动电子邮件服务器生成，则客户端也可以不用传送转发邮件的框架到移动电子邮件服务器上)。本例中邮件框架信息由客户端发送给移动电子邮件服务器。其同步命令如下：

    <Add>

    <命令编号>12345</命令编号>

    <数据项>

        <源地址><本地URI>./01(指定进行合并的邮件编号)</本地URI></

源地址>

        <源地址父亲节点><本地URI>./email/Outbox(邮件发件箱)</本地

URI></SourceParent>

        <数据>

         .....

        <邮件头部信息>

        <转发地址>Bob@163.net</转发地址>

        </邮件头部信息>

        <邮件框架信息>

          邮件框架信息或是其URI

        </邮件框架信息>

        </数据>

    </数据项>

    <数据项>

        <源地址><本地URI>./02(指邮件编号)</本地URI></Source>

        <源地址父亲节点><本地URI>./email/Outbox(邮件发件箱)<本地

URI></源地址父亲节点>

        <数据>

        .....

        <邮件头部信息>

        <转发地址>Bob@163.net</转发地址>

        </邮件头部信息>

        <邮件框架信息>

           邮件框架信息或是其URI

        </邮件框架信息>

        <新增的数据>

        数据本身或是数据的URI

        </新增的数据>

        .....

        <数据>

    </数据项>

</Add>

移动电子邮件服务器接收到上述命令后，会解析为合并转发命令，再根据命令中携带的邮件转发信息整合转发邮件，本例邮件转发信息包括：邮件头部信息、邮件框架信息和新增数据。移动电子邮件服务器将整合好的转发邮件由邮件服务器转发出去。

上述的步骤5中，客户端也可以通过一个新增的“合并转发”命令将上述的邮件转发信息传递到移动电子邮件服务器，移动电子邮件服务器接收到“合并转发”命令后，解析为合并转发命令，再根据命令中携带的邮件转发信息，整合转发邮件，并由邮件服务器转发出去。该命令的形式可为XML格式，例如：

<合并转发命令>

<Add>

新增数据或其URI

</Add>

<Delete>

删除的数据或其编号或其URI

</Delete>

......

</合并转发命令>

以上的获取邮件框架和合并转发过程可以在两个同步会话中，也可以在同一同步会话中。如果在两个同步会话中，客户端和服务器可以协商重新发起一个同步流程来实现邮件转发。

关于邮件框架信息独立于邮件格式的的应用实施例如下：

移动电子邮件服务器上接收了三封新的邮件，邮件大小分别为5M、4M及10K。用户想获取邮件大小大于3M的邮件的邮件框架。用户阅读这些邮件框架后，指定第一封邮件进行转发，指定在第二封邮件中添加一个附件后转发。

此应用实施例包括步骤：

1、客户端与移动电子邮件服务器端协商建立移动电子邮件服务器端到客户端的单向同步会话，同时在协商中，移动电子邮件服务器告知客户端服务器所支持的过滤机制；

双方在协商时，可进一步的协商同步的数据为邮件的邮件框架信息。这可以在<Alert>命令中新增一个表示同步的数据是邮件框架信息的标识字段，如下所示的<Envolop/>字段。该字段如果在同步命令中出现，则表明本次同步的为邮件框架信息。

其同步命令如下所示：

    <Alert>

    <命令编码>1</命令编码>

    <同步类型>204</同步类型><！--204＝移动电子邮件服务器到客户端的

单向同步-->

    <数据项>

    <目的地址>

    <本地URI>./email/Inbox(表示同步数据库为邮件收件箱)</本地URI>

    </目的地址>

    <源地址><本地URI>./dev-inbox</本地URI></源地址>

    <Envelop/><！-指示同步的数据是邮件的框架信息-->

    ......

    </数据项>

    </Alert>

2、客户端根据移动电子邮件服务器支持的过滤关键字设置过滤条件；

客户端进一步确定接收的是邮件大小大于3M的邮件的邮件框架信息。在<Alert>命令的<记录级别的过滤>字段中设置过滤条件为邮件大小大于3M的邮件。其同步命令如下所示：

   <Alert>

     <通知类型>200</通知类型>

     <数据项>

       <目的地址>

         <本地URI>./email/inbox(邮件的收件箱)</本地URI>

         <过滤机制>

           <Meta信息><类型>application/vnd.omads-email+xml(同步类型

为邮件数据)</类型></Meta信息>

           <记录级别的过滤>

             <数据项>

             <Meta信息><类型>syncml:filtertype-cgi</类型></Meta信息>

               <数据>

                 Size&GT；3M(邮件大小大于3M的邮件)

               </数据>

             </数据项>

            </记录级别的过滤>

   </过滤机制>

         </目的地址>

       <源地址>

          <本地URI>dev-inbox</本地URI>

       </源地址>

     </数据项>

   </Alert>

3、移动电子邮件服务器根据接收到的过滤条件下发满足过滤条件的邮件的邮件框架信息，即移动电子邮件服务器向客户端下发第一封和第二封邮件的邮件框架信息，以及邮件框架信息所属的邮件标识。在同步命令中指示邮件框架所属邮件的标识，可以通过协议中的<SourceParent>字段指示，或是在URI中采用分隔符将邮件标识和邮件框架标识分隔，即形如：./邮件标识/邮件框架标识。以下举例中邮件框架信息所属的邮件标识是在<SourceParent>字段中指示的，命令中的<源地址父节点>即为<SourceParent>的翻译；

其同步命令如下所示：

<Add>

    <命令编号>12345</命令编号>

    <数据项>

    <类型>邮件框架信息</类型>

    <源地址>

    <本地URI>./0123456789(移动电子邮件服务器给邮件1的邮件框架

    信息分配的编号)</本地URI>

    </源地址>

    <源地址父节点><本地URI>邮件框架信息所属的邮件的编号</本地

    URI></源地址父节点>

    <数据>

    邮件1的邮件框架信息或是其URI

    </数据>

    </数据项>

    <数据项>

    <类型>邮件框架信息</类型>

    <源地址><本地URI>./0123456789F(移动电子邮件服务器给邮件2的

    邮件框架信息分配的编号)</本地URI></源地址>

   <数据>

   邮件2的邮件框架信息或是其URI

   </数据>

   </数据项>

   </Add>

4、如果邮件框架不是临时生成的，而是保存的，那么在本次同步完成阶段，客户端应向移动电子邮件服务器返回邮件框架的映射信息；

客户端可通过<Map>命令客户端与移动电子邮件服务器的邮件框架信息的编号对应起来。

如果邮件框架是临时生成的，且仅客户端保存，则客户端不需要向移动电子邮件服务器返回邮件的框架信息的映射。

需要说明的是，此步骤为可选步骤，根据具体情况需要，此步骤也可以省略。如果未来LUID-GUID机制不再使用，而是客户端和服务器使用相同的ID，那么不需要进行映射；也不应该理解为对本发明的限制。

5、客户端指定第一封邮件进行转发，在第二封邮件中还增加了一个附件数据后进行转发。

可通过Add命令将指示移动电子邮件服务器将整合后的转发邮件添加到移动电子邮件服务器的发件箱中，指示移动电子邮件服务器将该封邮件发送出去。如果仅为转发，则Add命令中包含邮件的头部信息，该头部信息中包含邮件的转发地址。而第二封邮件中，客户端新增了一个附件，则在Add命令中除了包含邮件的头部信息外，还应包含新增的附件数据，如果需要发送邮件框架信息，则该命令中还应改包含转发邮件的邮件框架信息。其同步命令如下：

    <Add>

    <命令编号>12345</命令编号>

    <数据项>

    <源地址><本地URI>./01(邮件编号)</本地URI></源地址>

        <源地址父亲节点><本地URI>./email/Outbox(邮件发件箱)</本地

URI></SourceParent>

    <数据>

       ......

    <邮件头部信息>

    <转发地址>Bob@163.net</转发地址>

    <发件人>lisa@sina.com</发件人>

       ......

    </邮件头部信息>

        ......

    </数据>

    </数据项>

    <数据项>

    <源地址><本地URI>./02(邮件编号)</本地URI></Source>

       <源地址父亲节点><本地URI>./email/Outbox(邮件发件箱)<本地

URI></源地址父亲节点>

    <数据>

       ......

    <邮件头部信息>

         ......

    <转发地址>Bob@163.net</转发地址>

    <发件人>lisa@sina.com</发件人>

    <修改的邮件框架信息>

        邮件框架信息或是其URI

    </修改的邮件框架信息>

    <新增的数据>

    数据本身或是数据的URI

    </新增的数据>

         ......

    <数据>

    </数据项>

</Add>

移动电子邮件服务器接收到上述命令后，会解析为合并转发命令，再根据命令中携带的邮件转发信息整合转发邮件，本例邮件转发信息包括：邮件头部信息、邮件框架信息和新增数据。移动电子邮件服务器将整合好的转发邮件由邮件服务器转发出去。

上述的步骤5中，客户端也可以通过一个新增的“合并转发”命令将上述的邮件转发信息传递到移动电子邮件服务器，移动电子邮件服务器接收到“合并转发”命令后，解析为合并转发命令，再根据命令中携带的邮件转发信息，整合转发邮件，并由邮件服务器转发出去。该命令的形式可为XML格式，例如：

<合并转发命令>

<Add>

新增数据或其URI

</Add>

<Delete>

删除的数据或其编号或其URI

</Delete>

......

</合并转发命令>

以上的步骤获取邮件框架和合并转发可以在两个同步会话中，也可以在同一同步会话中。如果在两个同步会话中，客户端和移动电子邮件服务器可以协商重新发起一个同步流程来实现邮件转发。

以下再提供一个客户端从移动电子邮件服务器发送的邮件通知中获取邮件标识和邮件框架信息后，实现邮件的不下载转发的实施例：

移动电子邮件服务器上来了三封邮件，邮件的编号分别为00011，00012，00013。

此应用实施例包括步骤：

1、移动电子邮件服务器发送邮件通知给客户端，该通知包含了该三封邮件的邮件标识和邮件框架信息；

2、用户通过客户端建立与移动电子邮件服务器的同步流程，选择编号为00011的邮件设置邮件头部信息后进行直接转发，在编号为00012的邮件中新增了一个附件，设置邮件头部信息后进行转发。其同步流程为：

21)客户端与移动电子邮件服务器建立客户端到移动电子邮件服务器的单向同步会话；

22)客户端通过“合并转发”同步命令，将编号00011的邮件的邮件头部信息、指定合并转发邮件的编号00011发送到移动电子邮件服务器；将编号00012的邮件的邮件头部信息，新增的附件的数据或指示该附件数据存储位置的标识，发送到移动电子邮件服务器。

3、移动电子邮件服务器接收到上述的“合并转发”同步命令，按照命令的要求整合转发邮件，并通过邮件服务器根据转发地址转发出去。

移动电子邮件服务器根据客户端发送的指定合并转发邮件的编号00011找到编号00011的指定邮件，并将客户端发送的编号00011的邮件的邮件头部信息作为邮件头部信息整合成转发邮件发送；

移动电子邮件服务器根据客户端发送的指定合并转发邮件的编号00012找到编号00012的指定邮件，并将客户端发送的编号00012的邮件的邮件头部信息和新增的附件的数据整合成转发邮件发送。

以下再提供对于已经下载到客户端且移动电子邮件服务器保存的邮件，如果需要转发，则客户端只需要在本地存储的邮件中获取邮件标识，即可使用后续的转发流程实现邮件的转发的实施例。

用户手机上存储了三封邮件，其邮件的编号分别为：00011，00012，00013。用户查阅邮箱，指定其中编号为00011的邮件转发到kj8069@huawei，com，其流程如下：

1、客户端建立与移动电子邮件同步服务器的同步会话；

2、客户端将邮件标识00011和转发地址kj8069@huawei.com通过合并转发命令发送到移动电子邮件服务器上；

3、移动电子邮件服务器根据邮件标识找到邮件00011，并按照客户端发送的合并转发命令的指示整合转发邮件；

4、移动电子邮件服务器将整合好的转发邮件通过邮件服务器转发出去。

用户手机上存储了三封邮件，其邮件的编号分别为：00011，00012，00013。用户查阅邮箱，指定其中编号为00012的邮件转发到kj8069@huawei，com，并在其中增加一个附件abc.doc，其流程如下：

1、客户端建立与移动电子邮件同步服务器的同步会话；

2、客户端将邮件标识00011，转发地址kj8069@huawei.com以及新增的附件数据abc.doc通过合并转发命令发送到移动电子邮件服务器上；

3、移动电子邮件服务器根据邮件标识找到邮件00011，并按照客户端发送的合并转发命令的指示整合转发邮件；

4、移动电子邮件服务器将整合好的转发邮件通过邮件服务器转发出去。

相应的，本发明提供一种邮件转发系统。请参阅图9，是本发明实现邮件转发系统总括示意图，图10是本发明实现邮件转发系统具体示意图。

本发明邮件转发系统900包括客户端901、移动电子邮件服务器902和邮件服务器903，客户端901与移动电子邮件服务器902间采用数据同步技术进行传输。

客户端901，用于获取邮件信息和设置邮件转发信息，客户端901获取邮件信息后设置邮件转发信息并同步到移动电子邮件服务器902。

移动电子邮件服务器902，用于提取邮件信息和整合转发邮件，移动电子邮件服务器902提取邮件信息并发送给客户端901，在客户端901返回邮件转发信息后根据邮件转发信息将指定邮件整合成转发邮件。

邮件服务器903，用于收发邮件，将整合后的转发邮件进行发送。

需要说明的是，本发明所提供的邮件转发系统900中，邮件服务器903可以单独设置，也可以包括在移动电子邮件服务器902中，作为移动电子邮件服务器902中的一部分，其功能保持不变。邮件服务器903接收移动电子邮件服务器902传递的转发邮件后进行发送。

所述客户端901包括第一邮件应用单元911和数据同步客户端912。

第一邮件应用单元911，用于对邮件进行编辑或管理，第一邮件应用单元911设置邮件转发信息，并通过数据同步客户端912发送给移动电子邮件服务器902。

第一邮件应用单元911可以提供与用户交互的接口，供用户对邮件数据进行操作，包括邮件编辑、邮件的管理、邮件的删除、邮件参数的设置等。邮件的管理包括将邮件分类别保存到发件箱、收件箱等。

数据同步客户端912，用于与移动电子邮件服务器902进行数据同步，数据同步客户端912获取移动电子邮件服务器902发送的邮件信息，并将第一邮件应用单元911设置的邮件转发信息发送给移动电子邮件服务器902。

所述移动电子邮件服务器902，包括数据同步服务器921和邮件连接单元922。

数据同步服务器921，用于与客户端901进行数据同步，数据同步服务器921将邮件信息发送给客户端901的数据同步客户端912，并接收数据同步客户端912发送的邮件转发信息。

邮件连接单元922，用于对邮件进行编辑或管理，包括邮件信息提取单元931和转发邮件整合单元932；邮件信息提取单元931，用于提取邮件信息，邮件信息提取单元931根据与客户端901的约定原则或客户端901发送的获取邮件信息的同步请求提取邮件信息并通过数据同步服务器921发送给客户端901；转发邮件整合单元932，用于整合转发邮件，转发邮件整合单元932在客户端901返回邮件转发信息后，根据邮件转发信息将指定邮件整合成转发邮件，传递给邮件服务器903进行发送。

邮件连接单元922可以提供与用户交互的接口，供用户对邮件数据进行操作，包括邮件编辑、邮件的管理、邮件的删除、邮件参数的设置等。邮件的管理包括将邮件分类别保存到发件箱，收件箱等。

所述系统900还包括第一数据存储器904和第二数据存储器905。

第一数据存储器904，与客户端相901相连接，用于存储客户端901的邮件数据，包括存储第一邮件应用单元911和数据同步客户端912的邮件数据。

第二数据存储器905，与移动电子邮件服务器902相连接，用于存储移动电子邮件服务器902的邮件数据，包括存储数据同步服务器921和第二邮件应用单元922的邮件数据。

本发明系统中，客户端901获取移动电子邮件服务器902发送的邮件信息，并由第一邮件应用单元911设置邮件转发信息，通过数据同步客户端912同步到移动电子邮件服务器902的数据同步服务器921；移动电子邮件服务器902中邮件连接单元922包括的转发邮件整合单元932，将邮件转发信息与指定邮件整合成转发邮件，传递给邮件服务器903进行发送。

所述邮件信息必须包括邮件标识，还可以包括邮件框架信息。邮件的标识可为指示邮件存储位置的标识或邮件的编号。邮件框架信息一般来说不包含邮件的内容以及所携带的附件的内容，它只是对电子邮件特征的描述信息。邮件框架信息中的电子邮件特征描述信息主要包含但不限于邮件头部、正文描述部分和附件描述部分。其中，邮件头部主要包含发件人、收件人、邮件主题和时间等，它也可以独立于邮件框架，作为邮件的一个单独的部分；正文描述部分是对正文的描述信息，主要包含内容类型、正文大小，有时也可以包含正文的索引或正文的URI等，用于找到邮件的正文内容；附件描述部分主要是对邮件中所携带附件的描述，主要包含附件名称、附件大小和附件类型等，有时也可以包含附件索引或URI，用于找到特定的附件。

所述的邮件转发信息，其内容包括：客户端901设置的转发邮件的头部信息，其中包括转发地址；待合并的邮件的标识；如果客户端901作了修改，则还应该包括客户端901新增、修改或删除的数据中的一项或多项，这些数据可以表示为数据本身或是指示数据存储位置的标识。

客户端901获取邮件信息可从移动电子邮件服务器902发送的邮件通知中获取或通过与移动电子邮件服务器902的同步流程实现。

客户端901获取邮件的邮件信息，通过移动电子邮件服务器902发送的邮件通知获取，该邮件通知中包含了移动电子邮件服务器902上邮件的全部或部分邮件框架信息、或仅包含邮件的标识，邮件的标识可为邮件编号或指示该邮件位置的标识。客户端901从邮件通知中提取这些邮件信息。

本发明中，邮件通知可以由移动电子邮件服务器902通过其它引擎下发，例如短消息、无线信息推送WAP Push、会话初始化协议信息SIP Message、多媒体短消息MMS等，或由移动电子邮件服务器902通过数据同步协议定义的通知下发，例如通过数据同步协议定义的通知命令<Alert>下发邮件通知。

客户端901获取邮件信息也可以是通过与移动电子邮件服务器902的同步流程获取，包括客户端901与移动电子邮件服务器902协商建立同步会话，根据事先约定的原则获取邮件信息或客户端901向移动电子邮件服务器902发送获取邮件信息的同步请求，进而获取邮件信息。同步请求可通过在现有的同步命令中增加一个表示获取邮件信息的标识来实现，也可根据移动电子邮件服务器902所支持的过滤机制设置过滤条件来实现，或增加新的同步命令实现，或扩充现有的同步命令含义实现。移动电子邮件服务器902中的邮件信息提取单元931将根据与客户端901的约定原则或客户端901发送的获取邮件信息的同步请求提取邮件信息并通过数据同步服务器921发送给客户端901。

移动电子邮件服务器902的转发邮件整合单元932根据客户端901发送的转发信息将指定邮件进行整合包括：移动电子邮件服务器902按照客户端901发送的邮件转发信息中指定进行合并转发邮件的标识找到指定邮件；根据邮件转发信息中改变的邮件信息或/和改变的内容将指定邮件进行相应改变；将邮件转发信息中转发邮件的邮件头部信息作为转发邮件的邮件头部信息。

需要说明的是，由于数据同步的邮件格式可能与Internet上支持的邮件格式不一致，那么在移动电子邮件服务器902上还应进行邮件格式的转换，即在进行邮件转发时，转发邮件整合单元932将整合好的转发邮件的各个字段转换成Internet邮件格式对应的各个字段后转发，或是直接将转发邮件中所需的各个邮件数据字段转换成Internet邮件对应的各个字段后再整合成转发邮件进行转发。

以上对本发明所提供的一种邮件转发方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (18)

1、一种邮件转发方法，其特征在于，包括步骤：

1)客户端获取邮件信息；

2)客户端设置邮件转发信息并同步到移动电子邮件服务器；

3)移动电子邮件服务器根据邮件转发信息将指定邮件整合为转发邮件并发送。

2、如权利要求1所述的邮件转发方法，其特征在于：

所述邮件信息包括邮件标识。

3、如权利要求2所述的邮件转发方法，其特征在于：

所述邮件信息进一步包括描述邮件特征的邮件框架信息。

4、如权利要求3所述的邮件转发方法，其特征在于：

所述邮件框架信息包括在邮件格式中或独立于邮件格式。

5、如权利要求4所述的邮件转发方法，其特征在于：

客户端获取邮件信息包括从移动电子邮件服务器下发的邮件通知中获取，或通过与移动电子邮件服务器的同步流程获取，或通过客户端已存储的数据获取。

6、如权利要求5所述的邮件转发方法，其特征在于：

所述同步流程包括客户端与移动电子邮件服务器建立同步会话，根据约定原则获取邮件信息或通过向移动电子邮件服务器发送获取邮件信息的同步请求进而获取邮件信息。

7、如权利要求6所述的邮件转发方法，其特征在于：

所述同步请求包括在同步命令中增加表示获取邮件信息的标识，或在同步命令中根据过滤机制设置过滤条件，或增加新的获取邮件信息的同步命令，或扩充现有的同步命令的含义实现。

8、如权利要求2至7任一项所述的邮件转发方法，其特征在于：

所述邮件转发信息包括转发邮件头部信息和邮件标识。

9、如权利要求8所述的邮件转发方法，其特征在于：

所述邮件转发信息进一步包括改变的邮件信息或/和改变的内容。

10、如权利要求9所述的邮件转发方法，其特征在于：

所述改变包括新增、删除或修改中的一项或多项。

11、如权利要求10所述的邮件转发方法，其特征在于：

所述步骤2)中的同步具体通过在数据同步消息中携带新增的同步命令或扩充含义后的现有同步命令执行。

12、如权利要求11所述的邮件转发方法，其特征在于：

所述同步命令包括转发指示和邮件转发信息。

13、如权利要求12所述的邮件转发方法，其特征在于，所述步骤3)中的整合包括：

31)根据邮件转发信息中的邮件标识找到指定邮件；

32)根据邮件转发信息中改变的邮件信息或/和改变的内容将指定邮件进行相应改变；

33)根据邮件转发信息中的转发邮件头部信息设置邮件头部信息。

14、一种邮件转发系统，其特征在于，包括：

客户端、移动电子邮件服务器和邮件服务器；

客户端，用于获取邮件信息和设置邮件转发信息，客户端获取邮件信息后设置邮件转发信息并同步到移动电子邮件服务器；

移动电子邮件服务器，用于提取并发送邮件信息和整合转发邮件，移动电子邮件服务器提取邮件信息并发送给客户端，在客户端返回邮件转发信息后根据邮件转发信息将指定邮件整合为转发邮件；

邮件服务器，用于收发邮件，邮件服务器将整合后的转发邮件进行发送。

15、如权利要求14所述的邮件转发系统，其特征在于：

所述邮件服务器单独设置或集成在移动电子邮件服务器中。

16、如权利要求15所述的邮件转发系统，其特征在于：

所述客户端包括第一邮件应用单元和数据同步客户端；

第一邮件应用单元，用于对邮件进行编辑或管理，第一邮件应用单元设置邮件转发信息，并通过数据同步客户端发送给移动电子邮件服务器；

数据同步客户端，用于与移动电子邮件服务器进行数据同步，数据同步客户端获取移动电子邮件服务器发送的邮件信息，并将第一邮件应用单元设置的邮件转发信息发送给移动电子邮件服务器。

17、如权利要求16所述的邮件转发系统，其特征在于：

所述移动电子邮件服务器，包括数据同步服务器和邮件连接单元；

数据同步服务器，用于与客户端进行数据同步，数据同步服务器将邮件信息发送给客户端的数据同步客户端，并接收数据同步客户端发送的邮件转发信息；

邮件连接单元，包括邮件信息提取单元和转发邮件整合单元；

邮件信息提取单元，用于提取邮件信息，邮件信息提取单元根据与客户端的约定原则或客户端发送的获取邮件信息的同步请求提取邮件信息并通过数据同步服务器发送给客户端；

转发邮件整合单元，用于整合转发邮件，转发邮件整合单元在客户端返回邮件转发信息后根据邮件转发信息将指定邮件整合成转发邮件，传递给邮件服务器进行发送。

18、如权利要求14所述的邮件转发系统，其特征在于：

所述系统还包括第一数据存储器和第二数据存储器；

第一数据存储器，用于存储客户端的邮件数据；

第二数据存储器，用于存储移动电子邮件服务器的邮件数据。

Images