CN105207884A - 一种获取电子邮件投递状态的方法和装置 - Google Patents
一种获取电子邮件投递状态的方法和装置 Download PDFInfo
- Publication number
- CN105207884A CN105207884A CN201410305111.3A CN201410305111A CN105207884A CN 105207884 A CN105207884 A CN 105207884A CN 201410305111 A CN201410305111 A CN 201410305111A CN 105207884 A CN105207884 A CN 105207884A
- Authority
- CN
- China
- Prior art keywords
- terminal
- service server
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 238000012545 processing Methods 0.000 claims description 23
- 238000012217 deletion Methods 0.000 description 12
- 230000037430 deletion Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 102100024412 GTPase IMAP family member 4 Human genes 0.000 description 6
- 101000833375 Homo sapiens GTPase IMAP family member 4 Proteins 0.000 description 6
- 101001094649 Homo sapiens Popeye domain-containing protein 3 Proteins 0.000 description 5
- 101000608234 Homo sapiens Pyrin domain-containing protein 5 Proteins 0.000 description 5
- 101000578693 Homo sapiens Target of rapamycin complex subunit LST8 Proteins 0.000 description 5
- 102100027802 Target of rapamycin complex subunit LST8 Human genes 0.000 description 5
- 102100036402 DAP3-binding cell death enhancer 1 Human genes 0.000 description 2
- 101000929221 Homo sapiens DAP3-binding cell death enhancer 1 Proteins 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 239000000470 constituent Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/234—Monitoring or handling of messages for tracking messages
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种获取电子邮件投递状态的方法，包括：业务服务器接收第一终端发起的获取第二终端中特定电子邮件的投递状态的请求，所述特定电子邮件是所述第一终端已通过所述业务服务器向所述第二终端发送的电子邮件；业务服务器根据所述请求获取对应所述特定电子邮件的投递状态并发送给第一终端。本发明同时还公开了一种获取电子邮件投递状态的装置。
Description
技术领域
本发明涉及通信领域，尤其涉及一种获取电子邮件投递状态的方法和装置。
背景技术
电子邮件是Internet服务中重要的应用之一。目前应用于电子邮件发送和接收的协议主要有简单邮件传输协议(SMTP，SimpleMailTransferProtocol)、邮局协议版本3(POP3，PostOfficeProtocol–Version3)和互联网消息访问协议版本4(IMAP4，InternetMessageAccessProtocol-Version4)，其中，SMTP协议及IMAP4协议的某些扩展协议可用于电子邮件的发送(既将电子邮件从发件终端传送至邮件服务器)以及在网络中的传输(即将电子邮件从一台服务器传送至另一台服务器)；POP3协议与IMAP4协议用于电子邮件的接收(即将电子邮件从邮件服务器传送到收件终端)；这些协议保证用户可以将电子邮件顺利的递送至所预期的收件人。
电子邮件回执信息便于了解已发送邮件的投递状态，其中，投递状态包括：成功到达对方邮箱、未到达对方邮箱、被对方拒收/退回、成功到达对方服务器、未到达对方服务器、对方服务器未响应、重新投递中、正在处理中，发送不成功、收件人是否已经阅读、删除等，这些投递状态通常都是发件终端用户在发送电子邮件时，通过在电子邮件客户端中设置回执选项后才能获得。
可见，上述这种邮件回执业务属于被动获取电子邮件投递状态的方法，需要在发送邮件的同时发送获取回执的消息，从而将获取回执的消息和电子邮件打包在一起发送，然而，对于那些已经发送、且没有设置回执选项的邮件，就无法通过这种方式获取这些邮件的投递状态了。
发明内容
为解决现有存在的技术问题，本发明实施例期望提供一种获取电子邮件投递状态的方法和装置。
本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种获取电子邮件投递状态的方法，所述方法包括：
业务服务器接收第一终端发起的获取第二终端中特定电子邮件的投递状态的请求，所述特定电子邮件是所述第一终端已通过所述业务服务器向所述第二终端发送的电子邮件；
业务服务器根据所述请求获取对应所述特定电子邮件的投递状态并发送给第一终端。
上述方案中，所述获取特定电子邮件的投递状态的请求，包括：所述特定电子邮件的标识信息；
所述标识信息包括：所述特定电子邮件的发件人地址和收件人地址。
上述方案中国，所述标识信息还包括以下信息中的至少之一：
所述特定电子邮件的发送时间、邮件标题及邮件关键字。
上述方案中，所述业务服务器根据所述请求获取对应特定电子邮件的投递状态，包括：
业务服务器根据所述请求中的标识信息在记录有电子邮件投递状态的数据库中查找与所述标识信息相对应的投递状态。
上述方案中，在业务服务器根据所述请求获取对应特定电子邮件的投递状态之前，所述方法还包括：
业务服务器通过以下方式建立记录电子邮件投递状态的数据库：
每当业务服务器接收到电子邮件时，提取所述电子邮件的标识信息，并以所述标识信息作为索引建立数据记录，所述数据记录包括所述电子邮件的投递状态；
当所述电子邮件的投递状态更新时，将更新的投递状态写入所述标识信息对应的数据记录中。
上述方案中，所述电子邮件的投递状态通过以下方式确定：
确定第二终端接收电子邮件时采用的电子邮件收发协议；根据所述电子邮件收发协议确定第二终端对所述电子邮件执行的操作命令，根据所述确定的电子邮件收发协议对第二终端执行的操作命令进行解析，确定所述电子邮件的投递状态。
本发明实施例提供了一种获取电子邮件投递状态的方法，所述方法包括：
第一终端通过业务服务器向第二终端发送电子邮件之后，向业务服务器发起获取所述电子邮件投递状态的请求；
第一终端接收业务服务器返回的所述电子邮件的投递状态。
上述方案中，所述获取所述电子邮件的投递状态的请求，包括：所述电子邮件的标识信息；
所述标识信息包括：所述电子邮件的发件人地址和收件人地址。
上述方案中，所述标识信息还包括以下信息中的至少之一：
所述电子邮件的发送时间、邮件标题及邮件关键字。
本发明实施例提供一种业务服务器，所述业务服务器包括：第一请求接收模块、请求处理模块及响应发送模块；其中，
所述第一请求接收模块，用于接收第一终端发送的获取第二终端中特定电子邮件投递状态的请求，所述特定电子邮件是所述第一终端已经发送给第二终端的电子邮件；
所述请求处理模块，用于根据所述获取电子邮件投递状态的请求获取对应所述特定电子邮件的投递状态；
所述响应发送模块，用于将所述电子邮件的投递状态发送给第一终端。
上述方案中，所述获取特定电子邮件投递状态的请求，包括：所述特定电子邮件的标识信息；
所述标识信息，包括：所述特定电子邮件的发件人地址和收件人地址。
上述方案中，所述标识信息还包括以下信息中的至少之一：
所述特定电子邮件的发送时间、邮件标题及邮件关键字。
上述方案中，所述请求处理模块根据所述请求获取对应特定电子邮件的投递状态，包括：
根据所述请求中的标识信息在记录有电子邮件投递状态的数据库中查找与所述标识信息对应的投递状态。
上述方案中，所述业务服务器，还包括：数据库建立模块，用于通过以下方式建立记录电子邮件投递状态的数据库：
每当接收到电子邮件时，提取所述电子邮件的标识信息，并以所述标识信息作为索引建立数据记录，所述数据记录包括所述电子邮件的投递状态；当所述电子邮件的投递状态更新时，将更新的投递状态写入所述标识信息对应的数据记录中。
上述方案中，所述业务服务器还包括，投递状态确定模块，用于根据以下方式确定第二终端接收到的电子邮件的投递状态：
确定第二终端接收电子邮件时采用的电子邮件收发协议；并根据所述电子邮件收发协议确定第二终端对所述电子邮件执行的操作命令，根据所述确定的电子邮件收发协议对第二终端执行的操作命令进行解析，确定所述电子邮件的投递状态。
本发明实施例提供了一种获取电子邮件投递状态的装置，所述装置包括：请求发送模块和响应接收模块；其中，
所述请求发送模块，用于通过业务服务器向第二终端发送电子邮件之后，向业务服务器发送获取所述电子邮件投递状态的请求；
所述响应接收模块，用于接收业务服务器返回的第二终端的电子邮件投递状态。
上述方案中，所述获取所述电子邮件的投递状态的请求，包括：所述电子邮件的标识信息；
所述标识信息包括：所述电子邮件的发件人地址和收件人地址。
上述方案中，所述标识信息还包括以下信息中的至少之一：
所述电子邮件的发送时间、邮件标题及邮件关键字。
本发明实施例提供了一种获取电子邮件投递状态的方法和装置，业务服务器接收第一终端发起的获取第二终端中特定电子邮件的投递状态的请求，所述特定电子邮件是所述第一终端已通过所述业务服务器向所述第二终端发送的电子邮件；业务服务器根据所述请求获取对应所述特定电子邮件的投递状态并发送给第一终端。如此，第一终端能够根据自身需要对已发送的电子邮件的投递状态进行查看，该方法简单、快捷，能够大大提高用户的体验。
附图说明
图1为本发明实施例提供的电子邮件投递状态获取方法的流程示意图1；
图2为本发明实施例提供的电子邮件处理系统结构示意图1；
图3为本发明实施例提供的电子邮件处理系统结构示意图2；
图4为本发明实施例提供的电子邮件投递状态获取方法的流程示意图2；
图5为本发明实施例提供的电子邮件投递状态获取装置的结构示意图1；
图6为本发明实施例提供的业务服务器的结构示意图1；
图7为本发明实施例提供的业务服务器的结构示意图2。
具体实施方式
本发明实施例中，业务服务器接收第一终端发起的获取第二终端中特定电子邮件的投递状态的请求，所述特定电子邮件是所述第一终端已通过所述业务服务器向所述第二终端发送的电子邮件；业务服务器根据所述请求获取对应所述特定电子邮件的投递状态并发送给第一终端。
这里，所述第一终端、第二终端仅为区分不同终端，而不用于限制；其中，第一终端是指一种能够向业务服务器发起获取第二终端中电子邮件投递状态请求的终端；第二终端是指区别于第一终端的终端。
下面通过附图及具体实施例对本发明做进一步的详细说明。
本发明实施例实现一种获取电子邮件投递状态的方法，如图1所示，该方法主要包括以下几个步骤：
步骤101：业务服务器接收第一终端发起的获取第二终端中特定电子邮件的投递状态的请求，所述特定电子邮件是所述第一终端已通过所述业务服务器向所述第二终端发送的电子邮件；
具体的，所述业务服务器可以包括：第一业务服务器和第二业务服务器；所述第一业务服务器是指第一终端的本地业务服务器，用于为第一终端处理电子邮件业务，第二业务服务器是指用于处理第二终端电子邮件业务的服务器；需要说明的是，第一业务服务器和第二业务服务器可以是不同的业务处理器，也可以是同一台业务服务器；
当第一业务服务器和第二业务服务器不是同一台业务服务器时，电子邮件处理系统的整体结构图如图2所示，第一业务服务器接收到第一终端发起的获取第二终端中电子邮件投递状态的请求(为方便起见，以下简称为邮件投递状态获取请求)时，通过网络将所述邮件投递状态获取请求转发给第二业务服务器，此时，由第二业务服务器对所述邮件投递状态获取请求进行处理；
当第一业务服务器和第二业务服务器为同一台业务服务器(即，业务服务器)时，电子邮件处理系统的整体结构图如图3所示，该业务服务器接收到第一终端发送的邮件投递状态获取请求，之后，直接对该请求进行处理。
具体的，所述邮件投递状态获取请求主要包括：所述特定电子邮件的标识信息，业务服务器可根据该标识信息检索出所述特定电子邮件的投递状态；
更具体的，所述标识信息，包括：所述特定电子邮件的发件人地址和收件人地址；进一步的，所述标识信息还可以包括以下信息其中任一项或其任意组合：
所述特定电子邮件的发送时间、邮件标题及邮件关键字。
发送时间即第一终端发送电子邮件的时间、邮件标题是指邮件标题栏中的内容、邮件关键字可以为邮件正文中的任意文本格式的内容。
步骤102：业务服务器根据所述请求获取对应特定电子邮件的投递状态并发送给第一终端；
具体的，所述业务服务器根据所述请求获取对应特定电子邮件的投递状态，包括：
业务服务器根据所述请求中的标识信息在记录有电子邮件投递状态的数据库中查找与所述特定电子邮件的标识信息相对应的投递状态。
具体的，在该步骤之前，还包括：业务服务器建立记录电子邮件投递状态的数据库；
具体的，业务服务器通过以下方式建立记录电子邮件投递状态的数据库：
每当业务服务器接收到电子邮件时，提取所述电子邮件的标识信息，并以所述标识信息作为索引建立数据记录，所述数据记录包括所述电子邮件的投递状态；当所述电子邮件的投递状态更新时，将更新的投递状态写入所述标识信息对应的数据记录中；具体的，所述投递状态包括：状态名和状态更新时间；
示例性的电子邮件投递状态的数据记录如表1和表2所示所示，其中，表1中的电子邮件在发送之后经历了已读取、已删除和已恢复这三种状态；表2中的电子邮件发送之后则一直处于未读取状态；其中的投递状态均由状态名和状态更新时间组成；表1和表2示出的特定电子邮件的标识信息均包括：发件人地址：abczte.com.cn、收件人地址：defzte.com.cn及邮件标题：aaaaa。
表1
表2
具体的，业务服务器根据以下方法确定第二终端接收到的电子邮件的投递状态：
确定第二终端接收电子邮件时采用的电子邮件收发协议；根据所述电子邮件收发协议确定第二终端对所述电子邮件执行的操作命令，根据所述确定的电子邮件收发协议对第二终端执行的操作命令进行解析，确定所述电子邮件的投递状态。
具体的，这里的电子邮件收发协议，可包括各种类型的电子邮件收发协议，例如：IMAP、POP、SMTP等协议的各种版本；由于不同电子邮件收发协议所对应的操作命令有所不同，因此，这里需要先确定第二终端接收电子邮件时采用的电子邮件收发协议；具体的，业务服务器可以通过多种方式获取第二终端接收电子邮件时采用的电子邮件收发协议，例如，由于第二终端是从业务服务器接收电子邮件的，因此，当第二终端与业务服务器建立连接时，进行邮件接收的交互过程中，即可获知第二终端电子邮件时采用的电子邮件收发协议；接下来，业务服务器记录第二终端用户执行的操作命令时，记录的信息包括：操作命令的名称及该操作命令的起始执行时间；业务服务器对相应的操作命令进行解析确定第二终端用户执行的操作，当所述操作命令执行完毕时，业务服务器根据第二终端用户执行的操作更新第二终端的投递状态。
可见通过本发明实施例提供的获取电子邮件投递状态的方法，用户可以在发送电子邮件时、或发送电子邮件后，向业务服务器单独发送获取电子邮件投递状态的请求，以获取任何用户希望获取的已发送的电子邮件的投递状态。
下面通过具体实施例对本发明提供的电子邮件投递状态获取方法进行详细介绍；以下实施例中，第一业务服务器和第二业务服务器不是同一台业务服务器，其主要处理流程如图4所示。
实施例一
步骤400：因为第二终端采用POP3协议接收邮件，第二业务服务器根据第二终端执行的操作命令来记录和存储电子邮件的投递状态。当第二终端采取POP3协议的RETR命令操作，并在返回结果为OK时，第二终端所属业务服务器记录该邮件状态为已读取；当第二终端采用DELE<mailid>命令操作，并在其返回结果为OK时，第二终端业务服务器记录该邮件状态为软删除，当会话结束使用QUIT命令操作时，第二终端所属业务服务器将该邮件的状态记录为已删除。当邮件状态为软删除，并在使用RSET<mailid>对该邮件进行恢复时，第二终端所属业务服务器把该邮件的记录状态从软删除更新为保留。
步骤401：根据第一终端用户的要求，第一终端向第一业务服务器发出邮件投递状态获取请求，该请求中包含第一终端用户期望获取其投递状态的电子邮件的标识信息(如：收件人名称、邮件标题、大小、发送时间等)；
步骤402：第一业务服务器收到电子邮件投递状态获取请求后，根据所述标识信息中的接收者将该请求转发给第二业务服务器；
步骤403：第二业务服务器解析电子邮件投递状态请求消息，解析的过程是从主题或其它信息栏中解析电子邮件请求的内容从中得到包括发件人名称，收件人名称，查询关键字和时间。第二终端所属的第二业务服务器检索电子邮件投递状态的方式是根据收件人名称，发件人名称，查询关键字，和时间等信息在其记录的电子邮件投递状态数据库中检索该邮件的投递状态。
步骤404：收件方邮件服务器根据搜索结果，向第一业务服务器返回邮件投递状态响应，响应消息中指明该邮件的投递状态(包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、已保留和保留时间)；
步骤405：第一业务服务器向第一终端返回邮件投递状态响应，响应消息中指明该邮件的投递状态(包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、已保留和保留时间、5、软删除和软删除时间)。
实施例二
步骤400：因为收件方采用IMAP4协议接收电子邮件，可以根据接通过接收方的接收命令来记录和存储电子邮件的投递状态。当第二终端采用IMAP4协议接收电子邮件的情况下，当第二终端使用STORE<mailid><newattributes>操作改变邮件属性时，其客户端对应的业务服务器根据该命令的mailid和newattributes记录和更新邮件的投递状态。当newattribute属性为Seen且该命令返回结果为OK时客户端业务服务器记录该邮件投递状态为已读取。当newattribute属性为delete时标记该邮件投递状态为软删除，并在客户端使用CLOSE命令或者使用LOGOUT、EXPUNGE命令时，客户端所属的邮件服务器把记录为软删除的邮件的投递状态更新为已删除。
步骤401：根据第一终端用户的要求，第一终端向第一业务服务器发出邮件投递状态获取请求，请求中包含所期望获取其投递状态的电子邮件的标识信息(如，收件人名称，邮件标题，大小，发送时间等)；
发送邮件投递状态获取请求的过程可以和发送一封邮件过程相似，可以通过终端和业务服务器的约定，在主题或者收件人或者其他信息栏中携带双方约定的表示获取邮件投递状态的特殊标识，例如，以特殊地址的收件人作为标识，同时主题栏里填入期望获取投递状态的电子邮件的标识(包括：发件人地址，发送时间，邮件主题)；也可以通过在终端界面上的设置选项或按钮等方式，方便第一终端用户向第二业务服务器发起邮件投递状态获取请求，而第一终端用户只需要选择或键入希望获取邮件投递状态的电子邮件的标识信息即可；
步骤402：第一业务服务器收到电子邮件投递状态获取请求后，根据所述标识信息中的接收者将该请求转发给第二业务服务器。
步骤403：第二业务服务器解析电子邮件投递状态请求消息，解析的过程是从主题或其它信息栏中解析邮件投递状态获取请求的内容从中得到包括发件人名称，收件人名称，查询关键字和时间。第二终端所属的业务服务器检索电子邮件投递状态的方式是根据收件人名称，发件人名称，查询关键字，和时间等信息在其记录有电子邮件投递状态的数据库中检索该邮件的投递状态。
步骤404：第二业务服务器根据检索结果，向第一业务服务器返回邮件投递状态响应，响应消息中指明该邮件的投递状态(包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、已保留和保留时间、5、软删除和软删除时间)
步骤405：第一业务服务器向第一终端返回邮件投递状态响应，响应消息中指明该邮件的投递状态(包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、已保留和保留时间、5、软删除和软删除时间)
为了实现上述方法，本发明实施例还提供了一种获取电子邮件投递状态的装置，位于上述第一终端中，如图5所示，该装置包括：请求发送模块51和响应接收模块52；其中，
所述请求发送模块51，用于通过业务服务器向第二终端发送电子邮件之后，向业务服务器发送获取所述电子邮件投递状态的请求；
所述响应接收模块52，用于接收业务服务器返回的第二终端的电子邮件投递状态的信息。
具体的，所述邮件投递状态获取请求主要包括：第一终端期望获取投递状态的电子邮件的标识信息，业务服务器可根据该标识信息检索出所述电子邮件的投递状态；
更具体的，所述标识信息，包括：所述电子邮件的发件人地址和收件人地址；进一步的，所述标识信息还可以包括以下信息其中任一项或其任意组合：
所述电子邮件的发送时间、邮件大小、邮件标题及邮件关键字。
发送时间即第一终端发送电子邮件的时间、邮件标题是指邮件标题栏中的内容、邮件关键字可以为邮件正文中的任意文本格式的内容。
具体的，所述响应接收模块52接收到的业务服务器返回所述电子邮件的投递状态的，包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、已保留和保留时间、5、软删除和软删除时间。
在具体实施过程中，所述请求发送模块51和响应接收模块52在实际应用中，可由位于终端的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)、或现场可编程门阵列(FPGA)实现。
为了实现上述方法，本发明实施例还提供了一种业务服务器，如图6所示，该业务服务器包括：第一请求接收模块61、请求处理模块62及响应发送模块63；其中，
所述第一请求接收模块61，用于接收第一终端发送的获取第二终端中特定电子邮件投递状态的请求；所述特定电子邮件是所述第一终端已发送给第二终端的电子邮件；
所述请求处理模块62，用于根据所述获取电子邮件投递状态的请求获取对应所述特定电子邮件的投递状态；
所述响应发送模块63，用于将所述电子邮件的投递状态发送给第一终端。
具体的，所述业务服务器包括：第一业务服务器和第二业务服务器；所述第一业务服务器用于处理第一终端发送的邮件、所述第二业务服务器用于处理第二终端接收的邮件；第一业务服务器和第二业务服务器可以是同一台业务服务器也可以分别属于不同的业务服务器，因此，本发明实施例所述业务服务器可包括以下两种结构：
第一种结构：第一业务服务器和第二业务服务器为同一台业务服务器(记为业务服务器)，所述第一请求接收模块61、请求处理模块62及响应发送模块63位于该业务服务器中，此时，其基本结构框图和图6相同，其中各组成模块执行与上述相同的功能；
第二种结构：第一业务服务器和第二业务服务器不是同一台业务服务器，所述第一请求接收模块61位于第一业务服务器中，所述请求处理模块62及响应发送模块63位于第二业务服务器中；此时，其基本结构框图如图7所示；与第一种结构不同的是，所述第一请求接收模块61，用于接收获取第二终端中电子邮件投递状态的请求，根据所述获取电子邮件投递状态的请求中的标识信息将所述请求并转发给第二业务服务器；所述第二业务服务器还包括：第二请求接收模块64，用于接收第一请求接收模块61转发的获取第二终端中电子邮件投递状态的请求；则此时，位于第二业务服务器中的请求处理模块62，用于根据所述获取电子邮件投递状态的请求获取所述电子邮件的投递状态；位于第二业务服务器中的响应发送模块63，用于将所述电子邮件的投递状态发送给第一终端。
具体的，所述请求处理模块62根据所述获取电子邮件投递状态的请求获取所述电子邮件的投递状态，包括：根据所述请求中的标识信息在记录有电子邮件投递状态的数据库中查找与所述标识信息对应的投递状态。
进一步的，所述业务服务器还包括：数据库建立模块65，所述数据库建立模块65，用于通过以下方式建立记录电子邮件投递状态的数据库：
每当接收到电子邮件时，提取所述电子邮件的标识信息，并以所述标识信息作为索引建立数据记录，所述数据记录包括所述电子邮件的投递状态；当所述电子邮件的投递状态更新时，将更新的投递状态写入所述标识信息对应的数据记录中；具体的，所述投递状态包括：状态名和状态更新时间；
具体的，所述业务服务器还包括：投递状态确定模块66，用于根据以下方式确定第二终端接收到的电子邮件的投递状态：
确定第二终端接收电子邮件时采用的电子邮件收发协议；具体的，业务服务器可以通过多种方式获取第二终端接收电子邮件时采用的电子邮件收发协议，例如，由于第二终端是从业务服务器接收电子邮件的，因此，当第二终端与业务服务器建立连接时，进行邮件接收的交互过程中，即可获知第二终端电子邮件时采用的电子邮件收发协议；接下来，根据所述电子邮件收发协议确定第二终端对所述电子邮件执行的操作命令，根据所述确定的电子邮件收发协议对第二终端执行的操作命令进行解析，确定所述电子邮件的投递状态。
举例来说，确定第二终端采用POP3协议接收邮件时，当第二终端执行RETR命令操作，并在返回结果为OK时，业务服务器记录该电子邮件的投递状态为已读取；当第二终端执行DELE<mailid>命令操作，并在其返回结果为OK时，业务服务器记录该电子邮件的投递状态为软删除，当会话结束使用QUIT命令操作时，业务服务器将该电子邮件的状态更新为已删除；当邮件状态为软删除，并在执行RSET<mailid>操作命令对该邮件进行恢复时，业务服务器把该邮件的投递状态从软删除更新为保留；或者，
确定第二终端采用IMAP4协议接收电子邮件，则，当第二终端使用STORE<mailid><newattributes>操作改变邮件属性时，业务服务器根据该命令的mailid和newattributes记录和更新邮件的投递状态；具体的，当newattribute属性为Seen且该命令返回结果为OK时，业务服务器记录该邮件投递状态为已读取；当newattribute属性为delete时标记该邮件投递状态为软删除，并在客户端使用CLOSE命令或者使用LOGOUT、EXPUNGE命令时，业务服务器把记录为软删除的邮件的投递状态更新为已删除。
所述响应发送模块63发送的所述电子邮件的投递状态，包括以下信息其中任一项或其任意组合：1、第二终端所属的第二业务服务器接收邮件时间、2、已读取和读取时间、或未读取、3、已删除和删除时间、或未删除、4、已保留和保留时间、5、软删除和软删除时间。
在具体实施过程中，所述第一请求接收模块61、请求处理模块62、响应发送模块63、第二请求接收模块64、投递状态记录模块65在实际应用中，可由位于业务服务器的CPU、MPU、DSP、或FPGA实现。
为了实现上述方法，本发明实施例还提供了一种终端，包括上述获取电子邮件投递状态的装置。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (18)
1.一种获取电子邮件投递状态的方法，其特征在于，所述方法包括：
业务服务器接收第一终端发起的获取第二终端中特定电子邮件的投递状态的请求，所述特定电子邮件是所述第一终端已通过所述业务服务器向所述第二终端发送的电子邮件；
业务服务器根据所述请求获取对应所述特定电子邮件的投递状态并发送给第一终端。
2.根据权利要求1所述的方法，其特征在于，所述获取特定电子邮件的投递状态的请求，包括：所述特定电子邮件的标识信息；
所述标识信息包括：所述特定电子邮件的发件人地址和收件人地址。
3.根据权利要求2所述的方法，其特征在于，所述标识信息还包括以下信息中的至少之一：
所述特定电子邮件的发送时间、邮件标题及邮件关键字。
4.根据权利要求2或3所述的方法，其特征在于，所述业务服务器根据所述请求获取对应特定电子邮件的投递状态，包括：
业务服务器根据所述请求中的标识信息在记录有电子邮件投递状态的数据库中查找与所述标识信息相对应的投递状态。
5.根据权利要求4所述的方法，其特征在于，在业务服务器根据所述请求获取对应特定电子邮件的投递状态之前，所述方法还包括：
业务服务器通过以下方式建立记录电子邮件投递状态的数据库：
每当业务服务器接收到电子邮件时，提取所述电子邮件的标识信息，并以所述标识信息作为索引建立数据记录，所述数据记录包括所述电子邮件的投递状态；
当所述电子邮件的投递状态更新时，将更新的投递状态写入所述标识信息对应的数据记录中。
6.根据权利要求5所述的方法，其特征在于，所述电子邮件的投递状态通过以下方式确定：
确定第二终端接收电子邮件时采用的电子邮件收发协议；根据所述电子邮件收发协议确定第二终端对所述电子邮件执行的操作命令，根据所述确定的电子邮件收发协议对第二终端执行的操作命令进行解析，确定所述电子邮件的投递状态。
7.一种获取电子邮件投递状态的方法，其特征在于，所述方法包括：
第一终端通过业务服务器向第二终端发送电子邮件之后，向业务服务器发起获取所述电子邮件投递状态的请求；
第一终端接收业务服务器返回的所述电子邮件的投递状态。
8.根据权利要求7所述的方法，其特征在于，所述获取所述电子邮件的投递状态的请求，包括：所述电子邮件的标识信息；
所述标识信息包括：所述电子邮件的发件人地址和收件人地址。
9.根据权利要求8所述的方法，其特征在于，所述标识信息还包括以下信息中的至少之一：
所述电子邮件的发送时间、邮件标题及邮件关键字。
10.一种业务服务器，其特征在于，所述业务服务器包括：第一请求接收模块、请求处理模块及响应发送模块；其中，
所述第一请求接收模块，用于接收第一终端发送的获取第二终端中特定电子邮件投递状态的请求，所述特定电子邮件是所述第一终端已经发送给第二终端的电子邮件；
所述请求处理模块，用于根据所述获取电子邮件投递状态的请求获取对应所述特定电子邮件的投递状态；
所述响应发送模块，用于将所述电子邮件的投递状态发送给第一终端。
11.根据权利要求10所述的业务服务器，其特征在于，所述获取特定电子邮件投递状态的请求，包括：所述特定电子邮件的标识信息；
所述标识信息，包括：所述特定电子邮件的发件人地址和收件人地址。
12.根据权利要求11所述的业务服务器，其特征在于，所述标识信息还包括以下信息中的至少之一：
所述特定电子邮件的发送时间、邮件标题及邮件关键字。
13.根据权利要求11或12所述的业务服务器，其特征在于，所述请求处理模块根据所述请求获取对应特定电子邮件的投递状态，包括：
根据所述请求中的标识信息在记录有电子邮件投递状态的数据库中查找与所述标识信息对应的投递状态。
14.根据权利要求13所述的业务服务器，其特征在于，所述业务服务器，还包括：数据库建立模块，用于通过以下方式建立记录电子邮件投递状态的数据库：
每当接收到电子邮件时，提取所述电子邮件的标识信息，并以所述标识信息作为索引建立数据记录，所述数据记录包括所述电子邮件的投递状态；当所述电子邮件的投递状态更新时，将更新的投递状态写入所述标识信息对应的数据记录中。
15.根据权利要求14所述的业务服务器，其特征在于，所述业务服务器还包括，投递状态确定模块，用于根据以下方式确定第二终端接收到的电子邮件的投递状态：
确定第二终端接收电子邮件时采用的电子邮件收发协议；并根据所述电子邮件收发协议确定第二终端对所述电子邮件执行的操作命令，根据所述确定的电子邮件收发协议对第二终端执行的操作命令进行解析，确定所述电子邮件的投递状态。
16.一种获取电子邮件投递状态的装置，其特征在于，所述装置包括：请求发送模块和响应接收模块；其中，
所述请求发送模块，用于通过业务服务器向第二终端发送电子邮件之后，向业务服务器发送获取所述电子邮件投递状态的请求；
所述响应接收模块，用于接收业务服务器返回的第二终端的电子邮件投递状态。
17.根据权利要求16所述的装置，其特征在于，所述获取所述电子邮件的投递状态的请求，包括：所述电子邮件的标识信息；
所述标识信息包括：所述电子邮件的发件人地址和收件人地址。
18.根据权利要求17所述的装置，其特征在于，所述标识信息还包括以下信息中的至少之一：
所述电子邮件的发送时间、邮件标题及邮件关键字。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410305111.3A CN105207884A (zh) | 2014-06-27 | 2014-06-27 | 一种获取电子邮件投递状态的方法和装置 |
| PCT/CN2014/089092 WO2015196658A1 (zh) | 2014-06-27 | 2014-10-21 | 获取电子邮件投递状态的方法、装置和计算机存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410305111.3A CN105207884A (zh) | 2014-06-27 | 2014-06-27 | 一种获取电子邮件投递状态的方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105207884A true CN105207884A (zh) | 2015-12-30 |
Family
ID=54936610
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410305111.3A Withdrawn CN105207884A (zh) | 2014-06-27 | 2014-06-27 | 一种获取电子邮件投递状态的方法和装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN105207884A (zh) |
| WO (1) | WO2015196658A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107948049A (zh) * | 2017-11-07 | 2018-04-20 | 用友网络科技股份有限公司 | 一种基于互联网协作沟通的方法 |
| WO2018209462A1 (zh) * | 2017-05-15 | 2018-11-22 | 深圳市卓希科技有限公司 | 一种邮件管理方法和邮件服务器 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115529289A (zh) * | 2022-09-30 | 2022-12-27 | 杭州谱链智能科技有限公司 | 基于电子邮件协议的企业数据交互控制方法及系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1398475A (zh) * | 2000-12-04 | 2003-02-19 | 株式会社Ntt都科摩 | 控制电子邮件投递的方法和电子邮件服务器 |
| CN101072200A (zh) * | 2007-05-11 | 2007-11-14 | 腾讯科技（深圳）有限公司 | 一种获知电子邮件回复、转发状态的方法和装置 |
| CN101079841A (zh) * | 2007-03-26 | 2007-11-28 | 腾讯科技（深圳）有限公司 | 一种电子邮件跟踪系统及其方法 |
| US8443193B1 (en) * | 2009-08-19 | 2013-05-14 | Barracuda Networks, Inc. | State-maintained multi-party signatures |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101815260A (zh) * | 2010-02-25 | 2010-08-25 | 中兴通讯股份有限公司 | 移动通信终端管理电子邮件的方法和终端 |
| CN102026117A (zh) * | 2010-12-15 | 2011-04-20 | 中兴通讯股份有限公司 | 一种电子邮件推送设备、方法及系统 |
-
2014
- 2014-06-27 CN CN201410305111.3A patent/CN105207884A/zh not_active Withdrawn
- 2014-10-21 WO PCT/CN2014/089092 patent/WO2015196658A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1398475A (zh) * | 2000-12-04 | 2003-02-19 | 株式会社Ntt都科摩 | 控制电子邮件投递的方法和电子邮件服务器 |
| CN101079841A (zh) * | 2007-03-26 | 2007-11-28 | 腾讯科技（深圳）有限公司 | 一种电子邮件跟踪系统及其方法 |
| CN101072200A (zh) * | 2007-05-11 | 2007-11-14 | 腾讯科技（深圳）有限公司 | 一种获知电子邮件回复、转发状态的方法和装置 |
| US8443193B1 (en) * | 2009-08-19 | 2013-05-14 | Barracuda Networks, Inc. | State-maintained multi-party signatures |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018209462A1 (zh) * | 2017-05-15 | 2018-11-22 | 深圳市卓希科技有限公司 | 一种邮件管理方法和邮件服务器 |
| CN107948049A (zh) * | 2017-11-07 | 2018-04-20 | 用友网络科技股份有限公司 | 一种基于互联网协作沟通的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2015196658A1 (zh) | 2015-12-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9338114B2 (en) | Automatic conversation techniques | |
| US8520809B2 (en) | Method and system for integrating voicemail and electronic messaging | |
| US7769144B2 (en) | Method and system for generating and presenting conversation threads having email, voicemail and chat messages | |
| US8533271B2 (en) | Electronic mail recovery utilizing recorded mapping table | |
| KR101544518B1 (ko) | 마이크로블로그 메시지를 공유하는 방법, 장치 및 시스템 | |
| CA2658488C (en) | Method and system for generating and presenting conversation threads having email, voicemail and chat messages | |
| WO2013063925A1 (zh) | 通用信息收藏的方法与系统 | |
| WO2011103748A1 (zh) | 管理电子邮件的方法和移动通信终端 | |
| CN114143282A (zh) | 邮件处理方法、装置、设备及存储介质 | |
| US20160366077A1 (en) | E-mail processing | |
| CN105207884A (zh) | 一种获取电子邮件投递状态的方法和装置 | |
| TWI262682B (en) | Message gateway and method and system for message dispatching based on group communication | |
| WO2016184359A1 (zh) | 收发电子邮件的方法、电子邮件客户端、服务端和系统 | |
| CN103326927B (zh) | 一种代收邮件的方法和装置 | |
| JP2006345331A (ja) | 電子メールシステム | |
| TWI255114B (en) | Mail-reading system combining plural email boxes and short-messages notice, and its method | |
| CN106341307A (zh) | 一种信息的处理方法、服务器、客户端及系统 | |
| CN102065025A (zh) | 多媒体邮件系统与多媒体邮件收发方法 | |
| CN101764766B (zh) | 一种电子邮件附件信息提示方法及终端 | |
| US10476823B2 (en) | Automatic identification and retrieval of message attachments in a message conversation | |
| CN105634908B (zh) | 电子邮件处理系统及方法 | |
| WO2012158374A1 (en) | Shared content server for electronic messaging | |
| JP2001195323A (ja) | 電子メールの送信手順、メール端末、メールサーバ、および電子メールシステム | |
| CN110768893A (zh) | 一种基于电子邮件地址簿的多协议通讯系统 | |
| WO2019028676A1 (zh) | 邮件传输方法及相关设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20151230 |