因特网邮件访问协议(Internet Message Access Protocol，IMAP)是一种用 于邮箱访问的协议，使用IMAP协议可以在客户端对IMAP服务器上的邮件夹 进行管理，且在客户端对IMAP服务器上的邮件夹的管理跟管理客户端本地的 邮件夹相同。随之，互联网工程任务组(Internet Engineering Task Force，IETF) 对IMAP协议进行扩展，使用户可以使用一个IMAP协议的CONVERT命令对 邮件进行转换，CONVERT命令可以指定转换参数，规定邮件中的多用途互联网 邮件扩展(Multipurpose Internet Mail Extensions，MIME)部分的转换目标格式。
现有技术中，利用IMAP协议的CONVERT命令对邮件进行转换的方法具体 如下：
首先，邮件客户端连接IMAP服务器。
然后，邮件客户端获取某个邮件夹的邮件列表。
在获取某个邮件夹的邮件列表后，邮件客户端执行如下操作步骤：
1.IMAP客户端发送CONVERT命令请求转换某个邮件；
2.IMAP服务器接收CONVERT命令，执行所请求的转换操作；
3.IMAP服务器将转换结果发送给IMAP客户端；
4.IMAP服务器返回最终响应消息。
本发明的发明人在实施本发明的过程中发现：现有技术中IMAP客户端需 要对邮件进行转换时只能首先发送一个CONVERT转换命令。然后等待服务器 转换完成并返回转换结果后才能得到转换后的邮件内容。这种方法只能进行实 时转换，增加了用户的等待过程。比如，对于包含待转换内容较多的邮件IMAP 客户端需要等待较长的时间才能获得转换后的邮件内容。

本发明实施例所要解决的技术问题在于，提供一种邮件转换、获取方法、 邮件服务器、客户端及系统。可对邮件进行非实时转换，节省客户端用户获取 转换后邮件的时间。
为了解决上述技术问题，本发明实施例提供了一种邮件转换方法，包括：
接收邮件；
根据设定的邮件过滤语言(SIEVE)中的转换操作(CONVERT)的指示， 对所述接收的邮件进行转换。
相应的，本发明实施例提供了一种获取邮件的方法，包括：
将用户的登录请求发送给邮件服务器以登录服务器；
找到原邮件；
判断是否存在与所述找到的原邮件相关联的目标邮件，如果判断为是，根 据所述关联信息获取所述目标邮件。
相应的，本发明实施例提供了一种邮件服务器，包括：
接收模块，用于接收邮件；
转换模块，用于根据设定的邮件过滤语言中的转换操作的指示，对所述接 收模块接收的邮件进行转换。
相应的，本发明实施例提供了一种邮件客户端，包括：
登录模块，用于将用户的登录请求发送给邮件服务器以登录服务器；
查找模块，用于在所述用户通过所述登录模块登录所述邮件服务器后，找 到原邮件；
获取模块，用于判断是否存在与所述查找模块找到的原邮件相关联的目标 邮件，如果判断为是，根据所述关联信息获取所述目标邮件。
相应的，本发明实施例提供了一种邮件系统，包括：
可与邮件客户端通信的邮件服务器，其中：
邮件服务器，用于接收邮件，并根据设定的邮件过滤语言中的转换操作的 指示，对所述接收的邮件进行转换，并关联转换前的原邮件和转换后形成的目 标邮件；
邮件客户端，用于将用户的登录请求发送给邮件服务器以登录服务器，并 在所述用户登录邮件服务器后，找到原邮件，判断是否存在与所述找到的原邮 件相关联的目标邮件，如果判断为是，根据所述关联信息获取所述目标邮件。
本发明实施例在邮件服务器接收到邮件时，根据设定的SIEVE语言中的转 换操作的指示，对接收的邮件进行转换，这样当用户通过客户端获取转换后的 邮件时，不需实时请求邮件转换。因此，本发明实施例可对邮件进行非实时转 换，并可节省客户端用户获取转换后邮件的时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述 中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付 出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例一提供的邮件系统结构组成示意图；
图2是根据本发明实施例二提供的邮件服务器结构组成示意图；
图3是根据本发明实施例三提供的邮件客户端结构组成示意图；
图4是根据本发明实施例四提供的邮件转换方法流程示意图；
图5是根据本发明实施例五提供的邮件转换方法流程示意图；
图6是根据本发明实施例六提供的邮件获取方法流程示意图。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是 全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1是根据本发明实施例一提供的邮件系统结构组成示意图；本发明实施 例的邮件系统可包括多个可与邮件客户端通信的邮件服务器，其中每个邮件服 务器可与多个邮件客户端进行通信，为方便叙述，本实施例以邮件系统包括一 个邮件服务器且与一个邮件客户端进行通信举例说明。如图1所示，
所述邮件服务器1，用于接收邮件，并根据设定的邮件过滤语言(SIEVE) 中的转换操作(CONVERT)的指示，对接收的邮件进行转换，并关联转换前的 原邮件和转换后形成的目标邮件；具体实现中，邮件服务器1可为IMAP邮件 服务器、还可以为邮局协议3(Post Office Protocol 3，POP3)邮件服务器。用户 可以通过客户端登录所述邮件服务器1，在所述邮件服务器1中设定用于进行邮 件转换指示的SIEVE脚本语言，所述SIEVE脚本语言中包含邮件转换指示信息， 所述邮件转换指示信息中可包括对包含图像互换格式(Graphics Interchange Format，GIF)的邮件转换为多个目标格式图像的指示信息，比如，设定将原图像 为GIF的图像转换为多个其他格式的图像，并且将多个目标图像包含在一个名 称为“multipart/related”的复合多用途互联网邮件扩展(Multipurpose Internet Mail Extensions，MIME)中。
所述邮件客户端2，用于将用户的登录请求发送给邮件服务器以登录服务器 1，并在所述用户登录邮件服务器1后，找到原邮件，判断是否存在与所述找到 的原邮件相关联的目标邮件，如果判断为是，根据所述关联信息获取所述目标 邮件。具体实现中邮件客户端2可为支持IMAP协议的邮件客户端，也可是支 持POP3的客户端。
本实施例在邮件服务器接收到外部设备发送的邮件时，根据预先设定的 SIEVE语言中的转换操作的指示，对接收的邮件进行转换，并关联转换前的原 邮件和转换后形成的目标邮件，这样当用户通过客户端获取转换后的邮件时， 可直接从所述邮件服务器获取。这样一方面可对邮件进行非实时转换，另一方 面可节省客户端用户获取转换后邮件的时间。
本发明的邮件系统的另一个实施例可包括邮件服务器、邮件客户端以及关 联装置，所述邮件客户端与本实施例的客户端功能相同、所述邮件服务器包括 本实施例邮件服务器的邮件接收及转换功能，所述关联设备用于对邮件服务器 转换前的原邮件和转换后形成的目标邮件进行关联。
图2是根据本发明实施例二提供的邮件服务器结构组成示意图。如图2所 示，本实施例的邮件服务器至少包括接收模块30、转换模块10、关联模块20， 以及存储模块31，其中，所述接收模块30，用于接收邮件；所述转换模块10， 用于根据设定的SIEVE语言CONVERT操作的指示，对接收的邮件进行转换； 所述关联模块20，用于关联转换前的原邮件和转换后形成的目标邮件，所述存 储模块31，用于保存设定的SIEVE语言、转换前的原邮件和转换后形成的目标 邮件。
具体实现中，所述转换模块10可包括第一转换子模块11，所述第一转换子 模块11用于根据所述存储模块31存储的设定的SIEVE语言的循环(LOOP)扩 展中的遍历操作(for_every_part)中携带的CONVERT操作的指示，对接收的 邮件中的MIME进行转换。SIEVE的LOOP扩展可以遍历邮件的每个MIME部 分，这样包含在LOOP中的CONVERT操作可指示对遍历的每个MIME部分进 行修改，将一种类型的MIME转换为指定的MIME类型。CONVERT操作中可 包含转换参数，例如，对于图像转换可以指定转换前的原图像格式，转换后的 目标图像格式，并可指定目标图像的图像大小或者显示区域大小等。下面是一 个SIEVE脚本的LOOP扩展中的CONVERT操作的例子：
例1：
  for_every_part       {           if header:mime:contenttype:comparator″Content-Type″   ″image/png″           {              convert“image/png”″IMAGE/JPEG″″PIX-X″″128″   ″PIX-Y″″96″           }       }       Copyinto″INBOX″
例1表示将转换前的邮件中格式为“image/png”的图像数据转换为格式为 “image/JPEG”格式的目标图像，并且指定了目标图像的大小为：像素宽度为 128，像素长度为96，并指定将转换后的目标邮件存储到所述存储模块31的邮 件夹名称为″INBOX″邮件夹中。在采用LOOP扩展时，转换前的原邮件仍然存 在，因此，具体实现中如果需要保存原邮件，只需保留转换前的原邮件即可。
相应于所述第一转换子模块11，所述存储模块31可包括第一存储子模块(未 图示)、第二子存储模块(未图示)、第三子存储模块(未图示)，其中，所述第 一存储子模块，用于存储设定的SIEVE语言；所述第二存储模块，用于保留转 换前的原邮件；所述第三存储模块，用于根据设定的SIEVE语言中的第一存储 操作的指示(比如，例1中的Copyinto″INBOX″)，保存转换后形成的目标邮件。
具体实现中，所述转换模块10可包括第二转换子模块12，用于根据所述存 储模块31存储的设定的SIEVE语言的文件存储操作(fileinto)中携带的 CONVERT操作的指示，对接收的邮件中的MIME进行转换。
SIEVE语言的fileinto增加的CONVERT操作可包含如下参数：
“原MIME类型”，表示对原邮件中满足指定MIME类型的MIME数据进 行转换；
“目标MIME类型”，表示将上述MIME数据转换成此参数所表示的MIME 类型格式；
“目标格式列表”，表示转换后的目标邮件的存储邮件夹。
这样的fileinto操作表示将邮件中所有满足CONVERT操作所指定的原 MIME数据转换为指定的目标MIME类型，并将转换生成的邮件保存到指定的 邮件夹中。
下面是一个SIEVE脚本的fileinto中的CONVERT操作的例子：
例2：
Fileinto:convert“image/bmp”“image/jpg”“PIX-X”“240”“PIX-Y”“320” “CONVERSION”
例2表示将转换前的邮件中格式为“image/bmp”的图像数据转换为格式为 “image/jpg”格式的图像作为目标邮件的目标图像，并且指定目标图像的像素 宽度为240，像素长度为320，将转换后的目标图像存储在“CONVERSION”邮 件夹中。
在采用fileinto中的CONVERT操作指示对邮件进行转换外，用户还可能需 要保存被转换原邮件。这时，可使用另外一个fileinto操作来实现这一需求。即 在SIEVE脚本中使用原的fileinto操作来保存原邮件，下面是一个采用Fileinto 操作的来指示如何保存原邮件的例子：
例3：
Fileinto:convert“image/bmp”“image/jpg”“PIX-X”“240”“PIX-Y”“320” “CONVERSION”
Fileinto“INBOX”
具体实现中，还可以将一个原邮件转换为多个不同的格式的目标邮件并存 放在不同的邮件夹中，假定IMAP邮件服务器中有邮件夹“mobileLarge”和 “mobileSmall”，下面的转换操作可以指示如何将一个邮件转换为两个邮件并保 存原邮件。
Fileinto:convert“image/bmp”“image/jpg”“PIX-X”“240”“PIX-Y”“320” “mobileLarge”
Fileinto:convert“image/bmp”“image/jpg”“PIX-X”“128”“PIX-Y”“128” “mobileSmall”
Fileinto“INBOX”
相应于所述第二转换子模块12，所述存储模块31可包括第四存储子模块(未 图示)、第五存储子模块(未图示)、第六存储子模块(未图示)，其中，所述第 四存储子模块，用于存储设定的SIEVE语言；所述第五存储子模块，用于根据 所述CONVERT操作的指示，保存转换后形成的目标邮件；所述第六存储子模 块，用于根据所述设定的SIEVE语言中的第二存储操作的指示(比如例3中的 Fileinto“INBOX”)，保存转换前的原邮件。
具体实现中，对于图像转换过程，除了按照CONVERT操作中以目标图像 像素宽度和像素高度作为转换参数外，还可以以目标显示区域的宽度和高度作 为转换参数，以保证转换后的图像能够保持原有的宽高比例。
以目标显示区域的大小作为参数进行转换的好处是可以不改变图像的长宽 比例，图像不会失真。
转换参数可设定如下：
参数VIEW-X，表示目标显示区域宽度；
参数VIEW-Y，表示目标显示区域高度。
包含VIEW-X，和VIEW-Y的CONVERT操作举例如下：
CONVERT“image/bmp”“image/jpg”“VIEW-X”“320”“VIEW-Y”“240”
当CONVERT操作规定了上述参数时，具体转换将根据上述参数确定目标 显示区域的宽度和高度，保持图像原有的宽高比例，并使图像的宽度或高度与 目标显示区域一致。
对SIEVE脚本中的CONVERT进行上述扩展，使得在转换图像时，可以以 显示区域的大小为转换参数。服务器在具体转换时可以根据原图像的大小进行 处理：
如果原图像的长宽均不超过目标显示区域的宽高，转换时不改变图像大小；
如果原图像的宽高比例大于目标显示区域的宽高比例，转换时不改变原图 像的宽高比例，而使转换后的宽度等于目标显示区域的宽度；
如果原图像的宽高比例小于目标显示区域的宽高比例，转换时不改变原图 像的宽高比例，而使转换后的高度等于目标显示区域的高度。
相应的，所述关联模块20可进一步包括设置模块21和添加模块22，其中：
所述设置模块21，用于为转换前的原邮件设置第一标签，所述第一标签用 于指示所述原邮件有对应的目标邮件；具体实现中，所述第一标签可为converted 标签。
所述添加模块22，用于为转换前的原邮件添加第一数据项，通过所述第一 数据项将所述原邮件和所述目标邮件进行关联。具体实现中，所述第一数据项 可为CONVERTED，可通过在所述CONVERTED数据项中携带目标邮件的ID 信息或地址信息将原邮件和目标邮件进行关联。
在本发明邮件服务器的其他实施例中，所述邮件服务器除可包括图2所示 转换模块10和关联模块20及其子模块以外，还可以包括：
提取模块(未图示)，用于提取接收的邮件中的可交换图像文件；
生成模块(未图示)，用于在所述转换模块转换后形成的目标邮件中生成一 个可扩展标记语言(EXtensible Markup Language，XML)文档来保存所述提取 模块提取的可交换图像文件(Exchangeable Image File Format，EXIF)。
具体实现中，当目标图像不支持EXIF信息时，将原图像中包含的EXIF信 息抽取出来，在目标图像中生成一个XML文档来保存EXIF信息。目标图像中 与原始图像对应的MIME部分用一个新的multipart/related复合MIME格式替 代。复合MIME部分包含一个目标图像MIME部分和一个包含上述XML文档 数据的MIME部分。
在本发明邮件服务器的其他实施例中，所述邮件服务器除可包括图2所示 邮件服务器的功能模块外，还可以包括：
解压缩模块，用于根据设定的SIEVE语言的指示，对接收的邮件进行解压 缩处理。
具体实现中，可通过设定的SIEVE语言中的unzip操作指示对邮件中包含 MIME类型为“application/x-zip-compressed”，″application/x-gzip″， ″application/x-tar″等的压缩数据进行解压缩处理，将解压缩后的数据包含在转换 后的邮件MIME部分中，MIME的类型信息根据解压缩后的文件格式填写。下 面是一个包含unzip操作的SIEVE语言的例子：
例4：
for_every_part
    {
        if header:mime:contenttype:comparator″Content-Type″″image/png″
        {
             unzip
          }
    }
例4表示对原邮件进行解压缩处理。
图3是根据本发明实施例三提供的邮件客户端结构组成示意图。如图3所 示，本实施例的邮件客户端至少包括登录模块40、查找模块50以及获取模块 60，其中，所述登录模块40，用于供用户登录邮件服务器；所述查找模块50， 用于在所述用户通过所述登录模块40登录所述邮件服务器后，找到邮件；具体 实现中，当登录邮件服务器后，可查看邮件列表，当查看某一邮件时，可查看 所述邮件的标识、主题，接收时间及标签(包括本发明实施例所述的第一标签)。 所述获取模块60，用于判断是否存在与所述查找模块50找到的邮件相关联的目 标邮件，如果判断为是，根据所述关联信息获取所述目标邮件。
进一步所述获取模块60可包括：
第一获取模块61，用于判断所述原邮件是否包括第一标签，如果判断为是， 获取所述原邮件的第一数据项信息；具体实现中，所述第一标签可为转换标签 (converted)，所述第一数据项可为转换数据项(CONVERTED)，具体实现中， 所述CONVERTED数据项中可携带目标邮件的ID信息或地址信息将原邮件和 目标邮件进行关联。所述第一获取模块61可通过SIEVE语言获取第一数据项信 息，SIEVE语言举例如下：
例5：
C：A654 FETCH 2:4(CONVERTED)/*邮件客户端向邮件服务器发送获 取CONVERTED的值的请求*/
S：*2FETCH....../*邮件服务器响应所述请求，提供所述CONVERTED 的值给客户端*/
S：A654 OK FETCH completed(邮件服务器向邮件客户端发送响应成功的 信息)
第二获取模块62，用于根据所述第一获取模块61获取的第一数据项信息获 取所述目标邮件。比如，当在例5中第一获取模块61获取到目标邮件的ID信 息后，第二获取模块62便可通过该邮件的ID找到所述目标邮件，进而获取所 述目标邮件。
具体实现中，图2中邮件服务器接收到邮件时，根据预先设定的SIEVE语 言中CONVERT操作的指示，对接收的邮件进行转换，并关联转换前的原邮件 和转换后形成的目标邮件，这样当用户通过图3中客户端获取转换后的邮件时， 可直接从所述邮件服务器获取。这样一方面可对邮件进行非实时转换，另一方 面可节省客户端用户获取转换后邮件的时间。
相应的，本发明实施例还提供了邮件转换的方法，所述方法可在本发明实 施例的邮件服务器侧实现，具体的，所述邮件转换的方法包括：
接收邮件；
根据设定的邮件过滤语言(SIEVE)中的转换操作(CONVERT)的指示， 对所述接收的邮件进行转换。
本发明实施例的方法当邮件服务器接收到邮件时，根据设定的SIEVE语言 中的转换操作的指示，对接收的邮件进行转换，这样当用户通过客户端获取转 换后的邮件时，不需实时请求邮件转换。因此，本发明实施例可对邮件进行非 实时转换，并可节省客户端用户获取转换后邮件的时间。
图4是根据本发明实施例四提供的邮件转换方法流程示意图；如图4所示， 本实施例的邮件转换方法包括：
步骤S100，接收邮件；
步骤S101，根据设定的SIEVE语言的LOOP扩展中的for_every_part操作 中携带的CONVERT操作的指示，对接收的邮件中的MIME进行转换；具体实 现中，所述SIEVE语言中可包括对包含图像互换格式(Graphics Interchange Format，GIF)的邮件进行特定转换的指示信息，比如，设定将原图像为GIF的 图像转换为多个其他格式的图像，并且将多个目标图像包含在一个名称为 “multipart/related”的复合多用途互联网邮件扩展(Multipurpose Internet Mail Extensions，MIME)中。
步骤S102，保留转换前的原邮件；
步骤S103，根据SIEVE语言中的第一存储操作的指示，保存转换后形成的 目标邮件；
具体实现中，所述第一存储操作可为本发明实施例中例l中的Copyinto ″INBOX″。
本发明实施例的方法当邮件服务器接收到邮件时，根据设定的SIEVE语言 中的转换操作的指示，对接收的邮件进行转换，这样当用户通过客户端获取转 换后的邮件时，不需实时请求邮件转换。因此，本发明实施例可对邮件进行非 实时转换，并可节省客户端用户获取转换后邮件的时间。
较佳的，本实施例的方法还可包括：
关联步骤(未图示)：
为转换前的原邮件设置第一标签；所述第一标签用于指示所述原邮件有对 应的目标邮件；
具体实现中，所述第一标签可为converted标签。
为转换前的原邮件添加第一数据项，通过所述第一数据项将所述原邮件和 所述目标邮件进行关联。
具体实现中，所述第一数据项可为CONVERTED，可通过在所述 CONVERTED数据项中携带目标邮件的ID信息或地址信息将原邮件和目标邮 件进行关联。
这样当通过对原邮件和目标邮件进行关联后，当用户通过客户端获取转换 后的邮件时，可直接根据所述关联信息从所述邮件服务器获取，进一步节约用 户获取邮件的时间。
具体实现中，也可以为目标邮件设置标签和数据项，用来与原邮件进行关 联，方法类似，此处不再赘述。这样不必对原邮件进行修改。
图5是根据本发明实施例五提供的邮件转换方法流程示意图；
如图5所示，本实施例的方法包括：
步骤S200，接收邮件；
步骤S201，根据设定的SIEVE语言的fileinto操作中携带的CONVERT操 作的指示，对接收的邮件中的MIME进行转换；
步骤S202，根据所述CONVERT操作的指示，保存转换后形成的目标邮件； 比如，可根据Fileinto:convert“image/bmp”“image/jpg”“PIX-X”“240”“PIX-Y” “320”“mobileLarge”操作中的最后一项，将目标邮件存储在名称为“mobileLarge” 的目标邮件夹中。
步骤S203，根据所述SIEVE语言中的第二存储操作的指示，保存转换前的 原邮件；比如，所述第二存储操作可为本发明实施例中的例3中的Fileinto “INBOX”。
步骤S204，为转换前的原邮件设置第一标签，所述第一标签用于指示所述 原邮件有对应的目标邮件；具体实现中，所述第一标签可为converted标签。
步骤S205，为转换前的原邮件添加第一数据项，通过所述第一数据项将所 述原邮件和所述目标邮件进行关联。
具体实现中，所述第一数据项可为CONVERTED，可通过在所述 CONVERTED数据项中携带目标邮件的ID信息或地址信息将原邮件和目标邮 件进行关联。
本发明实施例的方法当邮件服务器接收到邮件时，根据设定的SIEVE语言 中的转换操作的指示，对接收的邮件进行转换，这样当用户通过客户端获取转 换后的邮件时，不需实时请求邮件转换。因此，本发明实施例可对邮件进行非 实时转换，并可节省客户端用户获取转换后邮件的时间。且本实施例邮件服务 器在转换邮件时将原邮件和目标邮件进行关联，当用户通过客户端获取转换后 的邮件时，可直接根据所述关联信息从所述邮件服务器获取，进一步节约用户 获取邮件的时间。
具体实现中，需要转换的原邮件中可能包括EXIF信息，则对包括EXIF信 息的原邮件进行转换时，除需要通过LOOP扩展或者fileinto中包含的CONVERT 操作的指示进行邮件转换外，还需要对EXIF信息进行特定处理，具体的，可在 根据所述CONVERT操作的指示对原邮件进行转换之前，提取所述原邮件中的 EXIF信息，并在转换后形成的目标邮件中生成一个XML文档来保存所述提取 模块提取的EXIF信息，具体的可在目标邮件中设定一个新的multipart/related复 合MIME格式保存转换后形成的MIME和所述XML文档。
具体实现中，接收到的邮件可能是压缩的文件，则在对所述邮件进行转换 之前可先对其进行解压缩处理，具体的，可根据设定的SIEVE语言的指示，对 接收的邮件进行解压缩处理，比如可通过设定的SIEVE语言中的unzip操作指 示对邮件中包含MIME类型为“application/x-zip-compressed”，″ application/x-gzip″，″application/x-tar″等的压缩数据进行解压缩处理。
相应于本发明实施例的邮件转换方法，本发明实施例还提供了获取邮件的 方法，所述获取邮件内容的方法可包括：
用户通过客户端登录邮件服务器；
找到邮件；
判断是否存在与所述邮件相关联的目标邮件，如果判断为是，根据所述关 联信息获取所述目标邮件。
图6是根据本发明实施例六提供的邮件获取方法流程示意图。如图6所示， 本实施例的邮件获取方法包括：
步骤S300，用户通过客户端登录邮件服务器；
步骤S301，找到邮件；具体实现中，当登录邮件服务器后，可查看邮件列 表，当查看某一邮件时，可查看所述邮件的标识、主题，接收时间及标签(包 括本发明实施例所述的第一标签)。
步骤S302，判断找到的邮件是否包括第一标签，如果判断为是，执行步骤 S303；如果判断为否，执行步骤S301；具体实现中，所述第一标签可为converted 标签。
步骤S303，获取所述找到的邮件的第一数据项信息；具体实现中，所述第 一数据项可为CONVERTED。
步骤S304，根据所述第一数据项信息获取目标邮件。
根据本发明实施例的邮件转换方法，邮件服务器可在接收到邮件时，根据 预先设定的SIEVE语言的指示，对接收的邮件进行转换，并关联转换前的原邮 件和转换后形成的目标邮件，这样当客户端用户需要获取转换后的邮件时，根 据本发明实施例的邮件获取方法登录邮件服务器，直接从所述邮件服务器中转 换好的邮件中获取，这样一方面可对邮件进行非实时转换，另一方面可节省客 户端用户获取转换后邮件的时间。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。 其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory， ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技 术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这 些改进和润饰也视为本发明的保护范围。