2] 步骤405 :第一业务服务器向第一终端返回邮件投递状态响应，响应消息中指明 该邮件的投递状态（包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务 服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、 已保留和保留时间、5、软删除和软删除时间）。
[0093] 实施例二
[0094] 步骤400 :因为收件方采用IMAP4协议接收电子邮件，可以根据接通过接收方的接 收命令来记录和存储电子邮件的投递状态。当第二终端采用IMAP4协议接收电子邮件的情 况下，当第二终端使用ST0RE〈mail idXnew attributes〉操作改变邮件属性时，其客户端 对应的业务服务器根据该命令的mail id和new attributes记录和更新邮件的投递状态。 当new attribute属性为Seen且该命令返回结果为OK时客户端业务服务器记录该邮件投 递状态为已读取。当new attribute属性为delete时标记该邮件投递状态为软删除，并在 客户端使用CLOSE命令或者使用L0G0UT、EXPUNGE命令时，客户端所属的邮件服务器把记录 为软删除的邮件的投递状态更新为已删除。
[0095] 步骤401 :根据第一终端用户的要求，第一终端向第一业务服务器发出邮件投递 状态获取请求，请求中包含所期望获取其投递状态的电子邮件的标识信息（如，收件人名 称，邮件标题，大小，发送时间等）；
[0096] 发送邮件投递状态获取请求的过程可以和发送一封邮件过程相似，可以通过终端 和业务服务器的约定，在主题或者收件人或者其他信息栏中携带双方约定的表示获取邮件 投递状态的特殊标识，例如，以特殊地址的收件人作为标识，同时主题栏里填入期望获取投 递状态的电子邮件的标识（包括：发件人地址，发送时间，邮件主题）；也可以通过在终端界 面上的设置选项或按钮等方式，方便第一终端用户向第二业务服务器发起邮件投递状态获 取请求，而第一终端用户只需要选择或键入希望获取邮件投递状态的电子邮件的标识信息 即可；
[0097] 步骤402:第一业务服务器收到电子邮件投递状态获取请求后，根据所述标识信 息中的接收者将该请求转发给第二业务服务器。
[0098] 步骤403 :第二业务服务器解析电子邮件投递状态请求消息，解析的过程是从主 题或其它信息栏中解析邮件投递状态获取请求的内容从中得到包括发件人名称，收件人名 称，查询关键字和时间。第二终端所属的业务服务器检索电子邮件投递状态的方式是根据 收件人名称，发件人名称，查询关键字，和时间等信息在其记录有电子邮件投递状态的数据 库中检索该邮件的投递状态。
[0099] 步骤404 :第二业务服务器根据检索结果，向第一业务服务器返回邮件投递状态 响应，响应消息中指明该邮件的投递状态（包括以下信息其中任一项或其任意组合：1、第 二终端所属的第二业务服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和 删除时间、或未删除、4、已保留和保留时间、5、软删除和软删除时间）
[0100] 步骤405 :第一业务服务器向第一终端返回邮件投递状态响应，响应消息中指明 该邮件的投递状态（包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务 服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、 已保留和保留时间、5、软删除和软删除时间）
[0101] 为了实现上述方法，本发明实施例还提供了一种获取电子邮件投递状态的装置， 位于上述第一终端中，如图5所示，该装置包括：请求发送模块51和响应接收模块52 ;其 中，
[0102] 所述请求发送模块51，用于通过业务服务器向第二终端发送电子邮件之后，向业 务服务器发送获取所述电子邮件投递状态的请求；
[0103] 所述响应接收模块52,用于接收业务服务器返回的第二终端的电子邮件投递状态 的信息。
[0104] 具体的，所述邮件投递状态获取请求主要包括：第一终端期望获取投递状态的电 子邮件的标识信息，业务服务器可根据该标识信息检索出所述电子邮件的投递状态；
[0105] 更具体的，所述标识信息，包括：所述电子邮件的发件人地址和收件人地址；进一 步的，所述标识信息还可以包括以下信息其中任一项或其任意组合：
[0106] 所述电子邮件的发送时间、邮件大小、邮件标题及邮件关键字。
[0107] 发送时间即第一终端发送电子邮件的时间、邮件标题是指邮件标题栏中的内容、 邮件关键字可以为邮件正文中的任意文本格式的内容。
[0108] 具体的，所述响应接收模块52接收到的业务服务器返回所述电子邮件的投递状 态的，包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务服务器接收邮 件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、已保留和保留 时间、5、软删除和软删除时间。
[0109] 在具体实施过程中，所述请求发送模块51和响应接收模块52在实际应用中，可由 位于终端的中央处理器（CPU)、微处理器（MPU)、数字信号处理器（DSP)、或现场可编程门阵 列（FPGA)实现。
[0110] 为了实现上述方法，本发明实施例还提供了一种业务服务器，如图6所示，该业务 服务器包括：第一请求接收模块61、请求处理模块62及响应发送模块63 ;其中，
[0111] 所述第一请求接收模块61，用于接收第一终端发送的获取第二终端中特定电子邮 件投递状态的请求；所述特定电子邮件是所述第一终端已发送给第二终端的电子邮件；
[0112] 所述请求处理模块62,用于根据所述获取电子邮件投递状态的请求获取对应所述 特定电子邮件的投递状态；
[0113] 所述响应发送模块63,用于将所述电子邮件的投递状态发送给第一终端。
[0114] 具体的，所述业务服务器包括：第一业务服务器和第二业务服务器；所述第一业 务服务器用于处理第一终端发送的邮件、所述第二业务服务器用于处理第二终端接收的邮 件；第一业务服务器和第二业务服务器可以是同一台业务服务器也可以分别属于不同的业 务服务器，因此，本发明实施例所述业务服务器可包括以下两种结构：
[0115] 第一种结构：第一业务服务器和第二业务服务器为同一台业务服务器（记为业务 服务器），所述第一请求接收模块61、请求处理模块62及响应发送模块63位于该业务服务 器中，此时，其基本结构框图和图6相同，其中各组成模块执行与上述相同的功能；
[0116] 第二种结构：第一业务服务器和第二业务服务器不是同一台业务服务器，所述第 一请求接收模块61位于第一业务服务器中，所述请求处理模块62及响应发送模块63位于 第二业务服务器中；此时，其基本结构框图如图7所示；与第一种结构不同的是，所述第一 请求接收模块61，用于接收获取第二终端中电子邮件投递状态的请求，根据所述获取电子 邮件投递状态的请求中的标识信息将所述请求并转发给第二业务服务器；所述第二业务服 务器还包括：第二请求接收模块64,用于接收第一请求接收模块61转发的获取第二终端中 电子邮件投递状态的请求；则此时，位于第二业务服务器中的请求处理模块62,用于根据 所述获取电子邮件投递状态的请求获取所述电子邮件的投递状态；位于第二业务服务器中 的响应发送模块63,用于将所述电子邮件的投递状态发送给第一终端。
[0117] 具体的，所述请求处理模块62根据所述获取电子邮件投递状态的请求获取所述 电子邮件的投递状态，包括：根据所述请求中的标识信息在记录有电子邮件投递状态的数 据库中查找与所述标识信息对应的投递状态。
[0118] 进一步的，所述业务服务器还包括：数据库建立模块65,所述数据库建立模块65， 用于通过以下方式建立记录电子邮件投递状态的数据库：
[0119] 每当接收到电子邮件时，提取所述电子邮件的标识信息，并以所述标识信息作为 索引建立数据记录，所述数据记录包括所述电子邮件的投递状态；当所述电子邮件的投递 状态更新时，将更新的投递状态写入所述标识信息对应的数据记录中；具体的，所述投递状 态包括：状态名和状态更新时间；
[0120] 具体的，所述业务服务器还包括：投递状态确定模块66,用于根据以下方式确定 第二终端接收到的电子邮件的投递状态：
[0121] 确定第二终端接收电子邮件时采用的电子邮件收发协议；具体的，业务服务器可 以通过多种方式获取第二终端接收电子邮件时采用的电子邮件收发协议，例如，