当用户接收到带附件的邮件后进行回复时， 可以选择两种回复方 式， 一种是直接回复， 另一种是带附件回复， 该附件可以包括新增附件 及原附件。 而在回复邮件、 且增加收件人时， 以上两种回复方式均存在 下列问题：

( 1 ) 直接回复将导致新增收件人接收不到原附件， 使得新增收件 人与已有收件人之间的沟通受阻；

( 2 ) 带原附件回复对于已有收件人又存在不便， 因为此时已有收 件人不需要再收到原附件。

综上， 现有的邮件回复方式无法满足用户的需求， 给用户的使用造 成了不便。 发明内容 本申请提供一种邮件处理方法、 系统以及服务器， 旨在满足用户的 需求， 给用户的使用提供了极大的便利。

本申请提供了一种邮件处理方法， 包括以下步骤：

服务器接收客户端发送的邮件回复请求， 判断所述邮件回复请求中 是否存在新联系人和原附件， 如果所述邮件回复请求中存在新联系人和 原附件， 根据预定的异于普通邮件的规则生成数据包， 并将所述数据包 发送至目的地。

本申请提供了一种用于邮件处理的服务器， 所述服务器包括接口以 及处理器， 其中：

所述处理器用于从所述接口接收客户端发送的 邮件回复请求， 判断 所述邮件回复请求中是否存在新联系人和原附 件， 如果所述邮件回复请 求中存在新联系人和原附件， 根据预定的异于普通邮件的规则生成数据 包， 并将所述数据包通过所述接口发送至目的地。

本申请提供了一种邮件处理系统， 包括上述服务器， 以及客户端， 其中：

所述客户端用于向所述服务器发送邮件回复请 求。

本申请还提供了一种邮件处理方法， 包括以下步骤：

客户端向服务器发送邮件回复请求， 以使服务器在所述邮件回复请 求中存在新联系人和原附件时， 根据预定的异于普通邮件的规则生成数 据包， 并将所述数据包发送至目的地。

本申请通过判断邮件回复请求是否存在新联系 人和原附件， 在判断 邮件回复请求存在新联系人和原附件时， 按照预定的异于普通邮件的规 则生成数据包， 并将该数据包发送至目的地， 从而使得回复邮件时， 新 联系人可以收到原附件， 便于双方的沟通； 已有联系人也不会受到原附 件的困扰， 给用户的使用带来了极大的便利。 附图简要说明 图 1是本申请实施例提供的第一种邮件处理方法� �流程示意图； 图 2是本申请实施例提供的第一种邮件处理方法� �， 服务器根据预 定的异于普通邮件的规则生成数据包， 并将该数据包发送至目的地的一 种流程示意图；

图 3是本申请实施例提供的第一种邮件处理方法� �， 服务器根据预 定的异于普通邮件的规则生成数据包， 并将该数据包发送至目的地的另 外一种流程示意图；

图 4是本申请实施例提供的另外一种邮件处理方� �的流程示意图； 图 5是本申请实施例提供的一种邮件处理系统的� �构示意图； 图 6是本申请实施例提供的邮件处理系统中服务� �的结构示意图。 图 7是本申请实施例提供的另外一种邮件处理系� �中服务器的结构 示意图。 实施本发明的方式 以下结合说明书附图及具体实施例进一步说明 本申请的技术方案。 应当理解， 此处所描述的具体实施例仅仅用于解释本申请 ， 并不用于限 定本申请。

图 1是本申请实施例提供的第一种邮件处理方法� �流程示意图， 该 方法可包括以下步骤：

步骤 S10、 客户端向服务器发送邮件回复请求。

所述客户端可以为安装在个人计算机（Personal Computer, PC ) 、 个人数字助理 ( Personal Digital Assistant, PDA ) 、 移动电话 ( Mobile Phone, MP )等终端上的邮件客户端， 也可以为网页客户端 （又称为网 页浏览器） 。 所述客户端主要用于代理用户进行邮件的发送 和接收， 并 向用户展示邮件内容。 用户在回复邮件时， 如果添加了新联系人及原附 件， 则客户端将对该邮件回复请求进行标识， 并向服务器发送标识后的 邮件回复请求。

步骤 S20、 服务器判断所述接收到的邮件回复请求中是否 存在新联 系人和原附件； 是则执行步骤 S30; 否则执行步骤 S40;

步骤 S30、 服务器根据预定的异于普通邮件的规则生成数 据包， 并 将该数据包发送至目的地；

步骤 S40、 服务器根据普通邮件的规则生成数据包， 并将该数据包 发送至目的地。

服务器根据该邮件回复请求中的标识， 判断所述邮件回复请求是否 存在新联系人和原附件， 若存在新联系人和原附件， 则按照预定的异于 普通邮件的规则生成数据包， 并将该数据包发送至目的地； 若新联系人 和原附件至少有一个不存在于所述邮件回复请 求中， 则按照普通邮件的 规则生成数据包， 并将生成的数据包发送至目的地。 该预定的异于普通 邮件的规则为使原附件仅发送至新联系人的规 则。

本申请在判断邮件回复请求存在新联系人和原 附件时， 按照预定的 异于普通邮件的规则生成数据包， 并将该数据包发送至目的地， 从而使 得回复邮件时， 新联系人既可以收到原附件， 便于双方的沟通； 已有联 系人也不会受到原附件的困扰， 给用户的使用带来了极大的便利。

进一步的， 上述邮件回复请求可包括： 邮件的正文、 已有联系人、 新联系人、 新附件、 原附件等等。 其中， 邮件的正文是指邮件回复的文 本、 图片等内容； 已有联系人是指原邮件存在的联系人； 新联系人是指 回复邮件时重新添加的联系人， 包括密送及抄送中添加的联系人； 新附 件是指回复邮件时重新添加的附件； 原附件是指原邮件所携带的附件。 该邮件回复请求中， 已有联系人^ ϋ本项， 邮件的正文、 新联系人、 新 附件及原附件是可选项， 即邮件回复请求中必须存在联系人， 而其它则 可有可无。 邮件回复请求中的每项内容将以数据块的形式 发送， 且每个 数据块均添加有对应的标识。

上述服务器可以包括邮件传送服务器、 邮件投递服务器。 邮件传送 服务器主要用于根据客户端发送的邮件发送请 求， 将客户端需发送的邮 件放入邮件队列中， 并为待发送的邮件提供路由， 使待发送的邮件能传 送至邮件投递服务器。 邮件投递服务器主要用于将邮件传送服务器传 送 的邮件按照其联系人的地址信息投递出去。 当然， 该服务器还可以包括 邮件存储服务器， 主要用于存储服务器上来往的邮件及邮件中的 附件， 当用户查看邮件时， 该附件仅以地址链接的形式存在， 用户查看或下载 附件时， 均要从该邮件存储服务器中进行获取。

图 2为本申请实施例提供的第一种邮件处理方法� �， 服务器根据预 定的异于普通邮件的规则生成数据包， 并将该数据包发送至目的地的流 程示意图。 上述步骤 S30具体包括：

步骤 S301、 所述邮件传送服务器根据邮件回复请求中的内 容生成两 个数据包， 其中一个带有原附件， 另一个未带原附件， 并将这两个数据 包发送至邮件投递服务器；

步骤 S302、 所述邮件投递服务器将带原附件的数据包的邮 件头设置 为新联系人， 将未带原附件的数据包的邮件头设置为除去新 联系人之外 的所有联系人， 即已有联系人；

步骤 S303、 所述邮件投递服务器同时或依次将两数据包投 递至目的 地。

以邮件回复请求包括邮件的正文、 已有联系人、新联系人、新附件、 原附件为例， 邮件传送服务器接收到客户端发送的邮件回复 请求后， 根 据邮件回复请求中的内容生成两个数据包， 一个数据包包括邮件的正 文、 新附件， 另一个数据包包括邮件的正文、 新附件及原附件。 然后在 未带原附件的数据包的邮件头中添加已有联系 人的地址信息， 在带原附 件的数据包的邮件头中添加新联系人的地址信 息。 最后， 将这两个数据 包传送至邮件投递服务器。 邮件投递服务器可以同时将这两个数据包投 递至目的地， 也可以将这两个数据包先后投递至目的地。 由此， 使得邮 件回复时， 新联系人既可以收到原附件， 便于双方的沟通； 已有联系人 也不会受到原附件的困扰， 给用户的使用带来了极大的便利。

由于上述实施例中， 邮件传送服务器所传送的数据包为根据邮件回 复请求生成的两个数据包， 可能会存在其中一个数据包遗漏或丟失等情 况， 因此本申请还提出了第二种邮件处理方法， 使得服务器根据预定的 异于普通邮件的规则生成数据包， 并将该数据包发送至目的地。 参照图 3 , 上述步骤 S30具体包括：

步骤 S311、 所述邮件传送服务器将邮件回复请求的内容生 成一个数 据包， 并为该数据包添加邮件标识后， 发送至邮件投递服务器； 步骤 S312、 所述邮件投递服务器根据该邮件标识， 对邮件传送服务 器传送的数据包进行拆分、 重组生成两个数据包， 其中一个数据包带有 原附件， 另一个数据包未带原附件； 将带有原附件的数据包的邮件头设 置为新联系人， 将未带原附件的数据包的邮件头设置为除去新 联系人之 外的所有联系人， 即已有联系人； 的地。

上述邮件标识为邮件服务器根据邮件标准协议 协商好的标识， 该标 识可以提示邮件投递服务器， 该数据包为异于普通数据包的特殊数据 包。该邮件标准协议指筒单邮件传输协议（ Simple Mail Transfer Protocol, SMTP )、 邮局协议 3 ( Post Office Protocol, POP 3 )。 邮件投递服务器收 到带有该标识的数据包后， 将对该数据包进行拆分， 形成邮件的正文、 已有联系人、 新联系人、 新附件、 原附件等数据块， 然后再根据每个数 据块的标签， 将邮件的正文、 新附件重组形成一个数据包， 将邮件的正 文、 新附件、 原附件重组形成另一个数据包， 并在包括原附件的数据包 的邮件头中添加新联系人的地址信息， 在未包括原附件的数据包的邮件 头中添加已有联系人的地址信息。 最后， 邮件投递服务器将生成的两数 据包同时或依次投递至目的地。 由此， 使得回复邮件时， 新联系人既可 以收到原附件，便于双方的沟通； 已有联系人也不会受到原附件的困扰， 给用户的使用带来了极大的便利。

进一步的， 在本申请实施例提出的第三种邮件处理方法中 ， 服务器 可以根据预定的规则生成数据包， 并将该数据包发送至目的地。 上述步 骤 S30具体为：

服务器根据所述邮件回复请求， 生成一数据包， 并为该数据包添加 邮件标识后， 发送至所有联系人； 该邮件标识使得联系人的客户端接收 到该添加邮件标识的数据包后，若联系人是已 有联系人，则屏蔽原附件； 若联系人是新联系人， 则显示原附件。

上述服务器为内网服务器， 该内网服务器根据邮件回复请求中的标 识， 判断是否存在新联系人和原附件， 并在存在新联系人和原附件时， 根据邮件回复请求中的内容生成一个数据包， 并为该数据包添加邮件标 识后， 发送至所有联系人。 上述邮件标识为内网服务器根据自身约定的 协议协商好的标识， 该标识可以提示联系人的客户端， 该数据包为异于 普通数据包的特殊数据包。 联系人的客户端在收到该特殊数据包时， 若 联系人是已有联系人， 则屏蔽原附件； 若联系人是新联系人， 则显示原 附件。 由此， 使得回复邮件时， 新联系人既可以收到原附件， 便于双方 的沟通； 已有联系人也不会受到原附件的困扰， 给用户的使用带来了极 大的便利。

图 4为本申请实施例提供的另外一种邮件处理方� �。 该邮件处理方 法中， 在上述步骤 S10之前还包括：

步骤 S00、 客户端检测是否添加了新联系人， 在检测到添加了新联 系人时发出是否添加原附件的提示请求， 并在收到该提示请求的响应后 生成邮件回复请求。

当客户端接收到用户发出的回复指令时， 即进入邮件回复状态中的 编辑页面。 此时客户端将检测是否添加了新联系人， 一旦客户端检测到 添加了新联系人， 即发出是否添加原附件的提示请求。 用户根据该提示 请求添加了原附件后， 则客户端将给原附件添加标识， 生成邮件回复请 求。 可以理解的是， 该实施例中， 客户端也可以在接收到用户发出的邮 件发送指令时， 检测是否添加了新联系人， 是则发出是否添加原附件的 提示请求， 并在收到该提示请求的响应后生成邮件回复请 求。

图 5为本申请实施例提出的一种邮件处理系统的� �构示意图。 该邮 件处理系统可包括客户端 100及 务器 200, 其中：

客户端 100, 用于向服务器 200发送邮件回复请求；

服务器 200,用于当所述邮件回复请求中存在新联系人� �原附件时， 根据预定的异于普通邮件的规则生成数据包， 并将该数据包发送至目的 地。

上述客户端 100可以为安装在 PC、 PDA, MP等终端上的邮件客户端， 也可以为网页客户端 （又称网页浏览器） 。 客户端 100主要用于代理用 户进行邮件的发送和接收，并向用户展示邮件 内容。用户在回复邮件时， 如果添加了新联系人及原附件， 则客户端 100将对邮件回复请求进行标 识， 并向服务器 200发送经过标识的邮件回复请求。

服务器 200根据该接收到的邮件回复请求中的标识， 判断所述邮件 回复请求是否存在新联系人和原附件， 若存在新联系人和原附件， 则按 照预定的异于普通邮件的规则生成数据包， 并将该数据包发送至目的 地； 若新联系人和原附件至少有一个不存在于所述 邮件回复请求中， 则 按照普通邮件的规则生成数据包， 并将该数据包发送至目的地。 该预定 的异于普通邮件的规则为使原附件仅发送至新 联系人的规则。

本申请通过判断邮件回复请求存在新联系人和 原附件时， 按照预定 的异于普通邮件的规则生成数据包， 并将该数据包发送至目的地， 从而 使得回复邮件时， 新联系人既可以收到原附件， 便于双方的沟通； 已有 联系人也不会受到原附件的困扰， 给用户的使用带来了极大的便利。

进一步的， 图 6是本申请实施例提供的邮件处理系统中服务� �的结 构示意图。 参照图 6, 上述服务器 200包括邮件传送服务器 201及邮件投 递服务器 202, 其中： 所述邮件传送服务器 201用于根据邮件回复请求中 的内容生成两个数据包， 其中一个带有原附件， 另一个未带原附件； 将 带原附件的数据包的邮件头设置为新联系人， 将未带原附件的数据包的 邮件头设置为已有联系人， 并将所述数据包传送至邮件投递服务器 202; 所述邮件投递服务器 202用于同时或依次将两数据包投递至目的地。

在另一实施例中， 上述邮件传送服务器 201用于将邮件回复请求的 内容生成一个数据包， 并对该数据包添加邮件标识后， 发送至邮件投递 服务器 202; 所述邮件投递服务器 202用于根据该邮件标识， 对邮件传送 服务器 201传送的数据包进行拆分、 重组生成两个数据包， 其中一个带 有原附件， 另一个未带原附件； 将带有原附件的数据包的邮件头设置为 新联系人， 将未带原附件的数据包的邮件头设置为已有联 系人； 同时或 依次将两数据包投递至目的地。

在又一实施例中， 上述服务器为内网服务器， 具体用于： 根据所述 邮件回复请求， 生成数据包， 并为该数据包添加邮件标识后， 发送至所 有联系人； 该邮件标识以使联系人的客户端接收到该添加 邮件标识的数 据包后， 若联系人是已有联系人， 则屏蔽原附件； 若联系人是新联系人， 则显示原附件。

上述邮件标识为内网服务器根据自身约定的协 议协商好的标识，该 标识可以提示联系人的客户端， 该数据包为异于普通数据包的特殊数据 包。 联系人的客户端在收到该特殊数据包时， 若联系人是已有联系人， 则屏蔽原附件； 若联系人是新联系人， 则显示原附件。 由此， 使得回复 邮件时， 新联系人既可以收到原附件， 便于双方的沟通； 已有联系人也 不会受到原附件的困扰， 给用户的使用带来了极大的便利。

进一步的， 上述客户端 100还用于：

检测是否添加了新联系人， 在检测到添加了新联系人时发出是否添 加原附件的提示请求， 并在收到该提示请求的响应后生成邮件回复请 求。

当客户端 100接收到用户发出的回复指令时，即进入邮件 回复状态。 此时客户端 100将检测是否添加了新联系人， 一旦客户端 100检测到添加 了新联系人， 即发出是否添加原附件的提示请求。 用户根据该提示请求 添加了原附件后， 则客户端 100将给原附件添加标识， 生成邮件回复请 求。 可以理解的是， 该实施例中， 客户端 100也可以在接收到用户发出 的邮件发送指令时， 检测是否添加了新联系人， 是则发出是否添加原附 件的提示请求， 并在收到该提示请求的响应后生成邮件回复请 求。

本申请实施例还提供了一种机器可读的存储介 质， 存储用于使一机 器执行如本文所述的邮件处理方法的指令。 具体地， 可以提供配有存 储介质的系统或者装置， 在该存储介质上存储着实现上述实施例中任 一实施例的功能的软件程序代码， 且使该系统或者装置的计算机（或

CPU或 MPU )读出并执行存储在存储介质中的程序代码。

在这种情况下， 从存储介质读取的程序代码本身可实现上述实 施例 中任何一项实施例的功能， 因此程序代码和存储程序代码的存储介质 构成了本申请的一部分。

用于提供程序代码的存储介质实施例包括软盘 、 硬盘、 磁光盘、 光 盘 （ 如 CD-ROM、 CD-R、 CD-RW、 DVD-ROM、 DVD-RAM、 DVD-RW, DVD+RW ) 、 磁带、 非易失性存储卡和 ROM。 可选择地， 可以由通信网络从服务器计算机上下载程序代 码。

此外， 应该清楚的是， 不仅可以通过执行计算机所读出的程序代 码， 而且可以通过基于程序代码的指令使计算机上 操作的操作系统等 来完成部分或者全部的实际操作， 从而实现上述实施例中任意一项实 施例的功能。

此外， 可以理解的是， 将由存储介质读出的程序代码写到插入计算 机内的扩展板中所设置的存储器中或者写到与 计算机相连接的扩展单 元中设置的存储器中， 随后基于程序代码的指令使安装在扩展板或者 扩展单元上的 CPU 等来执行部分和全部实际操作， 从而实现上述实施 例中任一实施例的功能。 例如， 图 7是本申请实施例提供的另外一种邮件处理系� �中服务器 的结构示意图， 如图 7所示， 服务器 70包括接口 701以及处理器 702, 其中：

所述处理器 702用于从所述接口 701接收客户端发送的邮件回复请 求， 判断所述邮件回复请求中是否存在新联系人和 原附件， 在判断所述 邮件回复请求中存在新联系人和原附件时， 根据预定的异于普通邮件的 规则生成数据包， 并将所述数据包通过所述接口发送至目的地。

在第一个例子中， 处理器 702进一步包括第一处理器 7021和第二 处理器 7022。 服务器 70进一步包括分别与所述第一处理器 7021和第 二处理器 7022通信的第一存储器 7031和第二存储器 7032,其中所述第 一存储器 7031中存储第一组指令， 所述第二存储器 7032中存储第二组 指令， 所述第一组指令被所述第一处理器 7021 执行时用于实现邮件传 送服务器， 第二组指令被所述第二处理器 7022执行时用于实现邮件投 递服务器，

所述邮件传送服务器用于根据邮件回复请求中 的内容生成两个数 据包， 其中一个带有原附件， 另一个未带原附件， 并将其传送至邮件投 递服务器；

所述邮件投递服务器用于将带原附件的数据包 的邮件头设置为新 联系人， 将未带原附件的数据包的邮件头设置为已有联 系人， 并将其传 送至邮件投递服务器， 并同时或依次将两数据包投递至目的地。

在第二个例子中， 所述处理器 702进一步包括第一处理器 7021和 第二处理器 7022。 所述服务器 70 进一步包括分别与所述第一处理器 7021和第二处理器 7022通信的第一存储器 7031和第二存储器 7032, 其中所述第一存储器 7031中存储第一组指令， 所述第二存储器 7032中 存储第二组指令， 所述第一组指令被所述第一处理器 7021 执行时用于 实现邮件传送服务器， 第二组指令被所述第二处理器 7022执行时用于 实现邮件投递服务器， 其中：

所述邮件传送服务器用于将邮件回复请求的内 容生成一个数据包， 并为其添加邮件标识后， 发送至邮件投递服务器；

所述邮件投递服务器根据该邮件标识， 对邮件传送服务器传送的数 据包进行拆分、 重组生成两个数据包， 其中一个带有原附件， 另一个未 带原附件； 将带有原附件的数据包的邮件头设置为新联系 人， 将未带原 附件的数据包的邮件头设置为已有联系人， 并同时或依次将两数据包投 递至目的地。

在上述第一个和第二个例子中，所述第一存储 器 7031和第一处理器 7021位于同一个物理设备中， 所述第二存储器 7032和第二处理器 7022位 于同一个物理设备中。 所述第一存储器 7031和第二存储器 7032可以位于 相同或不同的物理设备中。 也就是说， 上述邮件传送服务器和邮件投递 服务器可以是一个物理的服务器， 也可以是两个不同的物理服务器（图 中未示出）。

在第三个例子中， 当所述服务器为内网服务器时， 所述处理器 702 用于根据所述邮件回复请求， 生成一个数据包， 并为该数据包添加邮件 标识后， 发送至所有联系人； 该邮件标识使得联系人的客户端接收到该 添加邮件标识的数据包后， 若联系人是已有联系人， 则屏蔽原附件； 若 联系人是新联系人， 则显示原附件。

通过采用本申请的上述技术方案， 使得回复邮件时， 新联系人既可 以收到原附件，便于双方的沟通； 已有联系人也不会受到原附件的困扰， 给用户的使用带来了极大的便利。