CN101374117A - 处理电子邮件的方法、电子邮件服务器和客户端 - Google Patents
处理电子邮件的方法、电子邮件服务器和客户端 Download PDFInfo
- Publication number
- CN101374117A CN101374117A CNA2007100765234A CN200710076523A CN101374117A CN 101374117 A CN101374117 A CN 101374117A CN A2007100765234 A CNA2007100765234 A CN A2007100765234A CN 200710076523 A CN200710076523 A CN 200710076523A CN 101374117 A CN101374117 A CN 101374117A
- Authority
- CN
- China
- Prior art keywords
- message
- notice
- server
- 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.)
- Pending
Links
Images
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/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
Abstract
本发明公开了一种处理电子邮件的方法,包括步骤:电子邮件服务器接收并递送客户端发送的电子邮件,在接收到新邮件时,电子邮件服务器在判断接收到的新邮件为所述电子邮件的回复邮件时进行通知。从而使特定电子邮件得到回复时,用户能及时得到通知。
Description
技术领域
本发明涉及通信领域的电子邮件业务,尤其涉及处理电子邮件的方法、服务器和客户端。
背景技术
目前有些电子邮件服务提供新邮件到达通知功能,当用户的电子邮箱有新邮件到达时,电子邮件系统可以自动发送短消息通知用户有新邮件到达了,短消息里还可以包含新邮件的标题、发信人等信息。但是通常用户并不希望每封电子邮件到达时都进行通知,否则电子邮件接收量较大的用户会不胜其烦。实际中当用户发送一些电子邮件时,希望在这些电子邮件的回复邮件到达时立即通知自己,以便及时获取回复信息。
发明内容
本发明要解决的技术问题在于提出了一种处理电子邮件的方法,使用户在电子邮件的得到回复时可以获得即时通知。
本发明还提出了一种进行邮件过滤通知的方法,可以通过会话初始协议发送过滤通知。
本发明还提出了一种电子邮件服务器,使电子邮件得到回复时可以及时让用户获知。
本发明还提出了一种电子邮件客户端,使用户在发送邮件时可以指定在收到该邮件的回复时是否获得即时通知。
为解决上述问题,本发明提出的技术方案如下:
一种处理电子邮件的方法,该方法包括步骤:
电子邮件服务器接收客户端发送的电子邮件;
电子邮件服务器递送所述电子邮件;
电子邮件服务器接收到新邮件;
电子邮件服务器在判断接收到的新邮件为所述电子邮件的回复邮件时进行通知。
客户端发送电子邮件的步骤具体可以为:客户端在发送电子邮件的同时,向电子邮件服务器传送所述电子邮件的回复邮件到达时立即进行通知的指示。
客户端可以在向服务器发送的简单邮件传输协议MAIL命令的参数中设置回复邮件通知指示。
一种进行邮件过滤通知的方法,在过滤脚本中设置通知方法参数值为会话初始协议统一资源标识符;当接收到满足过滤脚本条件的新邮件时,则发送会话初始协议消息进行通知。其中的通知方法实际上使用SIP URI或SIPS URI即可,如“sip:tom@example.com”。
所述的通知内容包含邮件信息,并转换成过滤通知消息格式或CPIM格式用会话初始协议消息如SIP MESSAGE发送出去。
所述的通知内容的处理方式被标识为过滤通知,接收所述通知的客户端按照过滤通知对SIP MESSAGE消息中的通知内容进行处理。
一种电子邮件服务器,包括:
消息接收模块,用于接收电子邮件;
消息递送模块,用于将所述消息接收模块接收的电子邮件发送出去;
回复通知处理模块,用于检测消息接收模块接收到的新邮件,如果是被要求了回复通知的电子邮件的回复邮件时,产生并发送相应的通知。
一种电子邮件客户端,包括:
邮件递送模块,用于将电子邮件发送出去;
回复通知设置模块,用于对所述邮件递送模块发送的电子邮件设置回复通知的指示信息。
所述的客户端还可以包括邮件获取模块,用于获取电子邮件,其特征在于,所述邮件获取模块还用于在收到回复邮件通知时,根据回复邮件通知中的信息,自动从电子邮件服务器获取回复邮件。
本发明的有益效果如下:
本发明通过对发送电子邮件设置回复通知,使特定电子邮件得到回复时,能及时向用户进行通知。另外还可以将邮件内容全部或有选择的直接通知给用户,使用户及时了解回复邮件的信息。还可以灵活的指定通知的方法,以便用户可选择合适的获取通知的方法,如可选择采用短消息还是即时消息接收通知。本发明还提供方案可以使所有回复的邮件都能向用户进行通知。
附图说明
图1为本发明处理电子邮件的基本流程图。
具体实施方式
参照图1,该图是本发明处理电子邮件的基本流程图,包括如下步骤:
步骤101、客户端发送电子邮件。如可以在发送命令中设置该电子邮件的回复邮件到达时立即进行通知的指示。
步骤102、电子邮件服务器递送所述电子邮件。通常发件人的电子邮件服务器可以与接收方的电子邮件服务器之间建立传输控制协议TCP(Transport Control Protocol)连接,然后通过简单邮件传输协议SMTP协议传送电子邮件。
步骤103、电子邮件服务器在收到所述电子邮件的回复邮件时进行通知。一般按照用户的预先设置进行通知。如用短消息进行通知是一种比较及时的方法,也可以用即时消息等。另外可以同时使用多种通知方式,当然最好指定优先级。如电子邮件服务器在发送即时消息通知时,可以指示要求即时消息处理通知IMDN(Instant Message Disposition Notification),如果对方在没有使用即时消息服务等情况下接收即时消息通知失败,则可以选择其他方式发送通知,如通过短消息进行通知。用户可以提前设置各种可用的通知方式,以及优先级,首先尝试用优先级较高的通知方式进行发送。
下面的第一实施例中通过扩展简单邮件传输协议SMTP(Simple MailTransferProtocol)实现在发送邮件时设置回复邮件到达通知。可以将本扩展的名字定义为“Reply Mail Notification”,问候语命令EHLO的对应的关键词假定为“RMN”。其中EHLO命令由客户端发送,指示扩展的简单邮件传输协议ESMTP会话开始。服务器可以在它对EHLO的响应中表明自己支持ESMTP特性如本发明的回复邮件到达通知“RMN”。另外在EHLO响应关键字关联参数(参数名称可以为“supported-notify-method”)中指定电子邮件服务器所支持通知方法,如短消息“sms”、多媒体消息“mms”或可扩展消息与存在协议即时消息“xmpp”等,当指定为会话初始协议“sip”通知方法时,表示要通过SIP MESSAGE消息发送通知。通知方法对应相应的统一资源标识符URI,如“sip”方法对应的URI举例为“sip:aaron@example.com”。通过通知方法参数“NM”指定发送回复邮件到达通知的方法和目标地址,其值为一个统一资源标识符URI,如包含电话号码的短消息标识符SMS URI如sms:+8613010010001,或者包含XMPP标识符的XMPP URI如xmpp:aaron@example.com。
下面通过一个简单的例子描述通过扩展的SMTP协议提交要求回复通知的邮件,用户的客户端即用户代理向SMTP邮件服务器发送消息,使用邮件消息提交(Message Submissionfor Mail)端口587,具体消息举例如下所示:
<<<220Example.ORG SMTP server here
>>>EHLO Example.ORG
<<<250-Example.ORG
<<<250-RMN sms
>>>MAIL FROM:<Alice@Example.ORG>NM=sms:+8613010010001
<<<250<Alice@Example.ORG>sender ok
>>>RCPT TO:<Bob@Example.COM>
<<<250<Bob@Example.COM>recipient ok
>>>DATA
<<<354okay,send message
>>>(message goes here)
>>>.
<<<250message accepted
>>>QUIT
<<<221goodbye
其中“<<<”后的为服务器发送的消息,“>>>”后的为客户端发送的消息。主要步骤描述如下:
201、客户端发送EHLO命令开始会话,SMTP服务器返回所支持扩展,如“RMN”以及其参数“sms”表示支持通过短消息发送回复邮件到达通知。EHLO的响应可能包含很多其他的ESMTP扩展,此处为简明起见只给出了本发明的扩展RMN。
202、客户端发送MAIL命令,包含发件人的地址FROM,以及通知方法NM,其中通知方法参数中包含用短消息通知以及具体的通知地址,如“sms:+8613010010001”。
203、后续步骤与现有技术基本相同,通过RCPT命令指定接收者的地址,以及发送邮件的内容等,最后客户端用QUIT命令结束会话。
204、在SMTP服务器递送该邮件之前,检查邮件的消息中是否包含消息标识Message-ID头字段,如果不包含或该字段为空则自动为其添加相应的消息标识Message-ID头字段。以便用来和新邮件进行匹配,确定哪个邮件是该邮件的回复邮件。
SMTP服务器将上述邮件递送出去。当收到该发送用户的新邮件时,检查新邮件的In-Reply-To头字段是否包含与上述已经设置要求回复邮件通知的那个邮件的消息标识Message-ID头字段是否相同,如果匹配则确定为原邮件的回复邮件,然后向回复通知方法中指定的短消息地址发送通知。缺省的短消息可以包括原邮件的标题,以及相关提示,假定原邮件的标题为“周末活动计划”,通知短消息内容举例如下:
您的邮件“周末活动计划”已经得到回复请查收。
通知短消息的内容可以由用户提前进行配置,如可以通过电子邮件服务提供的基于网页WEB方式的管理界面进行设置。通过设置,原邮件的发送时间、收件人或者邮件的摘要内容也都可以被包含在短消息中。该设置对所有的回复邮件通知都生效。另外也可以对单独的邮件进行个别设置通知短消息的内容,即在发送邮件时,可以通过MAIL命令的通知内容消息参数如“NC”指定,举例如下:
MAIL FROM:<Alice@Example.ORG>NM=sms:+8613010010001NC=from:subject
上述例子中通知内容指定了要包含发件人和标题。甚至可以包括邮件的全文,如当电子邮件服务器支持多媒体消息MMS时,可以把邮件转换为多媒体消息MMS发送给通知地址,具体的转换可以参考RFC4356(MappingBetween the Multimedia Messaging Service(MMS)and Internet Mail)。对应的MAIL命令举例如下:
MAIL FROM:<Alice@Example.ORG>NM=mms:+8613010010001NC=full
电子邮件服务器可以向短消息网关或短消息中心发送相应的短消息通知,类似目前短消息增值业务服务VAS(Value Added Service)向用户发送短消息,这是现有技术,此处不再赘述。或者电子邮件服务器作为即时消息客户端通过即时消息协议如XMPP发送包含通知内容的即时消息给用户客户端,该即时消息也可能会经过即时消息服务器递送给最终客户端。或者电子邮件服务器通过MM7接口向多媒体消息中心发送已经被转换成MMS的邮件内容,多媒体消息中心将所述MMS提供给最终用户。
另外还可以使用电子邮件通知EMN(E-Mail Notification)可以令客户端自动去获取该回复邮件。电子邮件服务器向推送代理或网关(PushProxy/Gateway)发送EMN文本,举例如下:
<xemn
mailbox="mailat:tom@foo.com"
view="INBOX"
event="Reply Message"
timestamp="2007-08-09T06:40:00Z"
sender="John Smith <;j ohn@foo.com>;"
datetime="Thu,09 Aug 2007 19:50:20-0600"
sequence-id="1"
uid="136"
subject="Re:plan for this weekend"
/>
然后推送代理或网关向客户端通过PushOTA(Push Over-The-Air)协议发送用二进制进行编码的上述EMN内容,客户端解析该内容后,可以自动通过POP3协议或IMAP4协议向电子邮件服务器请求相应的回复邮件,如通过POP3协议的RETR命令,参数为消息唯一标识即上述EMN属性中的“uid”。当然在EMN中也可以直接包括邮件的内容。
很多电子邮件服务器都提供自动回复功能,如不在办公室,或者假期时都可以设置自动回复消息。对于自动回复的邮件内容通常都与原邮件无关,所以对于自动回复的邮件可以选择不进行通知。具体的服务器可以检测回复邮件中是否包含自动提交头字段Auto-Submitted,如果有该字段,并且其值为非“no”之外的值,则判定为自动回复邮件,不产生相应通知。当然也可以在收到自动回复邮件时发送通知,不过最好发送的通知中指示该回复邮件为自动回复的。如通知消息为:
您的邮件“周末活动计划”得到了自动回复。
另外有些服务器生成的自动回复邮件不支持头字段Auto-Submitted,但一般标题中会包含“autoreply”关键词,因此也可以通过检测新邮件的标题中是否有该关键词来确定邮件是否为自动回复邮件。
第二实施例中通过扩展多用途互联网邮件扩展MIME头字段如回复通知“Reply-Notification-To”,客户端在发送的邮件中包含MIME头字段“Reply-Notification-To”,并在其中包含通知方法和地址,举例如下:
Reply-Notification-To:<sms:+8613010010001>
可以包含多个地址,如:
Reply-Notification-To:<sms:+8613010010001>;<sms:+8613010010002>
当电子邮件服务器检测到要发送的电子邮件中包含回复通知头字段如“Reply-Notification-To”时,则检查该邮件的消息标识Message-ID头字段,如果没有或该字段为空,则电子邮件服务器自动为其设置相应的Message-ID头字段。电子邮件服务器记录相关信息,如记录要求回复通知的邮件的消息标识Message-ID以及通知地址等。后续当电子邮件服务器检查到新邮件的In-Reply-To头字段与上述已经设置要求回复通知的那个邮件的消息标识Message-ID头字段相匹配时,向相应指定的通知地址发送通知。
有时用户会对同一主题来回收发多次邮件,用户希望对于同一主题即同一邮件线索Thread的回复邮件都能收到通知。这时可以对邮件线索要求回复通知,可以指定线索回复通知参数thread,如第二实施例中在回复通知头字段中设置thread参数:
Reply-Notification-To:<sms:+8613010010001>;thread
第一实施例中在MAIL命令中设置thread参数:
MAIL FROM:<Alice@Example.ORG>NM=sms:+8613010010001thread
则电子邮件服务器检查到新邮件的引用头字段References包含上述已经设置要求回复通知的那个邮件的消息标识Message-ID头字段值时,则向相应指定的通知地址发送通知。这样就不用用户每次在一个邮件线索中发邮件时都单独设置回复通知要求了。
第三实施例中通过设置过滤Sieve通知来实现指定邮件的回复通知。本实施例中客户端可以先发送邮件,发送完成后获得该邮件的消息标识Message-ID头字段,然后生成过滤通知脚本存储在电子邮件服务器中。本实施例中客户端最好自己生成消息标识Message-ID头字段,否则很难获得服务器为邮件生成的Message-ID头字段。过滤脚本举例如下:
require["enotify"];
if header:contains"In-Reply-To""123abc@example.org"{
notify:message"You got reply mail""sms:+8613010010001";
}
或者:
require["enotify"];
if header:contains"References""*123abc@example.org*"{
notify:message"[SIEVE]${from}:${subject}""sip:alice@example.com";
}
其中require["enotify"]指示需要过滤通知能力,而下面的if语句中指示头字段中包含"In-Reply-To"为"123abc@example.org"时的条件,接着触发通知notify动作,通知消息message中包括"You got reply mail"文字,或者指定包括新邮件的from和subject字段内容,通知地址为短消息URI地址"sms:+8613010010001"。当电子邮件服务器发现新邮件满足上述if语句的通知条件时,则发送通知消息。另外由于References字段可以包含多个消息标识,所以应该用通配符“*”放到消息标识的前后位置。
当通知地址为会话初始协议SIP URI或SIPS URI时,可以默认要使用SIP MESSAGE发送通知消息,而生成的通知消息可以转换为CPIM(CommonPresence and Instant Messaging)格式或纯文本格式,然后通过SIP MESSAGE发送给对应的SIP URI或SIPS URI。CPIM内容举例如下:
From:Bob<mailto:bob@example.com>
To:Alice<mailto:alice@example.com>
Subject:Help
Content-type:text/plain
Contact me.
因为电子邮件的格式和CPIM格式很接近,所以很容易进行映射转换。如电子邮件的格式和CPIM格式都有相应的from和subject头字段等。另外还可以使用内容处理方式Content-Disposition头字段指示该CPIM消息的要作为回复邮件通知进行处理,如对应的Content-Disposition值为“reply-mail-notification”或“sieve-notification”。而过滤脚本中“message”消息参数的内容可以转换成纯文本(text/plain)的CPIM消息体内容。
另外简单的还可以直接使用纯文本(text/plain)的消息体包括消息参数“message”的值,如电子邮件的from和subject头字段信息,如下面的过滤脚本产生的SIP MESSAGE消息举例如下:
notify:message"[SIEVE]${from}:${subject}"
"sip:alice@example.com";
相应的SIP MESSAGE消息举例如下:
MESSAGE sip:alice@example.com SIP/2.0
Via:SIP/2.0/TCP notifier.example.com;branch=r44F1gh345asdfd
Max-Forwards:70
From:sip:notifier@example.com;tag=12345
To:sip:alice@example.com
Call-ID:hjk19ppd@10.10.10.6
CSeq:1MESSAGE
Content-Type:text/plain
<mailto:bob@example.com>;Contact me immediately!
这样只要接收通知的客户端能识别纯文本text/plain内容类型即可,这种实施方式具有较高的兼容性。或者也可以同时在通知消息中包含上述纯文本的内容和其他格式的通知格式如CPIM,这样在客户端不能识别其他格式的通知内容时,也能通过纯文本内容获取到必要的通知信息。
如果在URI参数中包含了“body”参数,其指定了消息体的内容,则如果过滤脚本中没有消息参数“message”,则使用URI的“body”参数中内容作为SIP MESSAGE的消息体,如果“body”参数和“message”参数同时出现,则最好使用“message”参数中的内容,而忽略“body”参数。或者两者同时都包含在最终生成的通知消息内容中。另外产生的SIPMESSAGE消息的From头字段一般设置为电子邮件服务器通知服务的SIPURI地址,而不是电子邮件发件人的地址。
一般的电子邮件过滤通知也可以使用本实施例中用SIP消息进行过滤通知的方法。如用SIP MESSAGE消息包含CPIM消息体进行通知,相应的内容处理方式Content-Disposition值可以为“sieve-notification”。如果通知方法为会话初始协议SIP URI或SIPS URI时,可以通过在URI中的方法参数“method”来具体指定SIP方法,SIP方法可以不限定为SIP MESSAGE,还可以是其他的SIP方法,如INVITE、INFO或REFER等,在参数中还可以指定SIP消息的一些头字段的值等,这样极大的实现了过滤通知的灵活性,充分利用了目前广泛应用的SIP协议进行通知。关于SIP URI或SIPS URI,可以具体参见IETF(Internet Engineering Task Force)的规范RFC3261。包含SIP方法的notify通知过滤脚本举例如下:
notify:message"Contact Tom immediately!"
"sip:alice@example.com?Subject=SIEVE;method=MESSAGE"
SIP方法有着比其他方式如短消息更强大的功能,如当电子邮件包含语音等多媒体内容时,可以采用SIP INVITE方法使电子邮件服务器主动连接客户端,建立会话后通过实时传送协议RTP(Real-time Transport Protocol)或消息会话中继协议MSRP(Message Session Relay Protocol)等向用户播放或传送多媒体内容的邮件。相应的过滤脚本举例如下:
notify"sip:alice@example.com;method=INVITE"
其中上述脚本中缺少message参数,则缺省的可以将电子邮件的标题作为SIP INVITE消息的标题字段,以提供一些邮件相关的必要信息。
另外还可以在通知内容中包含邮件的超链接地址URL,以方便用户直接用该超连接使用IMAP(Internet Message Access Protocol)协议访问自己邮箱中收到的回复电子邮件。除了CPIM格式外,还可以使用过滤通知格式如“application/sieve-notification+xml”来包含通知内容。包含链接的通知内容举例如下:
From:notifier<sip:notifier@example.com>
To:Alice<sip:alice@example.com>
Content-Type:application/sieve-notification+xml
Content-Disposition:sieve-notification
<?xml version="1.0"?>
<sieve-notification>
<from>bob@example.org</from>
<subject>help</subject>
<message>You got reply mail</message>
<url>
imap://alice@example.com/INBOX;UIDVALIDITY=1234567/;UID=11
</url>
</sieve-notification>
其中通知消息文本和URL都被包含在内容类型Content-Type为过滤通知“application/sieve-notification+xml”的可扩展标识语言XML(ExtensibleMarkup Language)格式的消息体中。上述内容类型也可以包含在SIP INVITE等消息中以提供邮件的必要信息。
在过滤脚本中还可以指定通知的重要性,采用“importance”参数,如为“1”时表示最高重要性,“2”表示较高重要性,“3”表示低重要性等。过滤脚本内容举例如下:
notify:importance"1"
:message"Contact Tom immediately!"
"sip:alice@example.com?Subject=SIEVE;method=MESSAGE"
在使用SIP方法进行通知时,根据过滤脚本中的重要性,相应的设置SIP方法头字段中的优先级Priority头字段,如重要性“importance”参数的“1”、“2”、“3”可以分别对应优先级字段的值"urgent","normal","non-urgent"。
如果电子邮件服务器发送的SIP MESSAGE消息后,收到了错误响应,如果为6XX类型的响应,即发送成功但被拒绝,则最好不要再重试发送。如果为513 Message Too Large消息过大的响应,则需要去掉一些消息内容后再重新发送。即必须要根据具体返回的错误类型来判断是否需要重发。另外重发的次数最好设置一个上限,如最多重发10次。
通知消息简单得还可以通过电子邮件服务器用Push Access Protocol(PushPAP)协议发送最小形式的EMN文本给推送代理或网关,通知方法可以设置为推送“push”,过滤脚本举例如下:
if header:contains"In-Reply-To""123abc@example.org"{
notify:"push:+8613010010001";
}
EMN文本内容举例如下:
<emn
mailbox="mailat:tom@foo.com"
timestamp="2007-08-09T06:40:00Z">
</emn>
然后推送代理或网关将其转换成二进制形式经由PushOTA(PushOver-The-Air)协议发送给客户端代理。
使用过滤脚本的方案使用户可以更加灵活得对通知进行设置。实际中客户端软件可以只是简单的让用户选择是否需要回复通知,而不必让用户来输入这些过滤脚本。当客户端获知用户需要回复通知并提供了通知地址时,则可以自动生成上述过滤脚本,然后通过文件传送协议FTP(File TransferProtocol)或超文本传输协议HTTP(Hyper Text Transfer Protocol)等协议将该用户的过滤脚本上传到电子邮件服务器。
第四实施例适合网页邮件Webmail的情形,Webmail目前是一种非常流行的邮件服务提供方式,用户只要通过在网页中输入收件人的地址和邮件内容点击网页中的按钮即可发送邮件,还可以指定一些邮递选项如是否保存发送的邮件等,使用非常简单方便,很多网站都提供Webmail服务。
本发明中用户网页中输入收件人的地址和邮件内容的同时,可以在网页提供的邮递选项中选择要求回复通知,则该网页的内容通过HTTP协议提交到服务器后,在发送邮件的同时,服务器记录发送邮件的消息标识Message-ID头字段,当接收到该用户的新邮件达到时,如果新邮件的In-Reply-To头字段与记录的Message-ID头字段相匹配,则向预先设置的通知地址发送通知消息。因为用户希望的通知方法和通知地址一般是固定的,所以可以预先通过网页方式进行设置,保存在服务器中,而不必每次要求回复通知时都在邮递选项中进行指定。
另外用户也可以在邮递选项中选择要求回复通知的同时,指定通知的有效期,如在1天内有效,如果过了1天后才收到回复邮件,则服务器不再进行通知。还可以指定是否对整个的邮件线索的回复邮件都进行通知,或者只是对第一封回复邮件进行通知。还可以指定允许发送回复通知的时间段,如只允许在早上9:00点到晚上21:00之间发送回复通知,其他时间段电子邮件服务器不会产生回复通知。
第五实施例描述对所有回复邮件都要求通知的情况。如有些很少使用电子邮件的用户可能希望自己发送的任何邮件得到回复时都能立即通知自己,而别人主动发给自己的邮件则不希望进行通知。这样可以通过在电子邮件服务器上设置相应的Sieve过滤脚本,一种简单但不太精确的脚本如下:
if exists["In-Reply-To"]{
notify:message"You got reply mail""sms:+8613010010001";
}
即表示如果exists存在In-Reply-To头字段则进行通知,因为一般具有In-Reply-To头字段则表示该邮件是一封回复邮件。但是可能原始邮件并不是该用户发送的。虽然不太精确,但不会遗漏任何回复邮件,所以也是一种非常实用可行的方案。可以通过增加条件来提高匹配精确度,如在if条件中增加to字段包含该用户邮箱地址的条件,这样一般情况所匹配的新邮件应该是对该用户的回复邮件了。
如果要想实现精确的回复通知,电子邮件服务器可以记录用户发送邮件的消息标识Message-ID头字段,在过滤脚本使用测试(Test)命令“IsReply”判断新邮件是否为回复邮件,即电子邮件服务器根据该测试命令检查新邮件的In-Reply-To头字段与记录的Message-ID头字段相匹配。脚本举例如下:
if IsReply{
notify:message"You got reply mail""sms:+8613010010001";
}
第六实施例描述通过SIP的事件订阅/通知机制来获得通知消息。客户端发送邮件后,获取到该邮件的消息标识Message-ID头字段,然后向电子邮件服务器发送订阅SUBSCRIBE消息,消息体中包括相应的Sieve过滤脚本,举例如下:
SUBSCRIBE sip:alice@mail.example.com SIP/2.0
Event:message-summary
Accept:application/sieve-notification+xml
Content-Type:application/sieve
require["enotify"];
if header:contains"In-Reply-To""123abc@example.org"{
notify:message"You got reply mail";
}
为简明起见,上述消息文本中省略了一些内容。电子邮件服务器存储该过滤脚本,当满足过滤条件即收到回复邮件时,则产生通知NOTIFY消息,通知消息部分内容举例如下:
NOTIFY sip:alice@alice-phone.example.com SIP/2.0
Event:message-summary
Content-Type:application/sieve-notification+xml
<?xml version="1.0"?>
<sieve-notifications notify-counter="100"><notification>
<message>You got reply mail</message>
</notification></sieve-notifications>
其中上述订阅和通知消息的Event事件包为消息概要“message-summary”。
本发明的电子邮件服务器包括消息接收模块,消息递送模块和回复通知处理模块。其中消息接收模块接收电子邮件,消息递送模块将电子邮件发送出去,回复通知处理模块在检测到消息接收模块接收到的新邮件是被要求回复通知的回复邮件时,产生并发送相应的通知。具体如第一实施例中回复通知处理模块检查到新邮件的In-Reply-To头字段与上述已经设置要求回复邮件通知的那个邮件的消息标识Message-ID头字段相匹配,则向回复通知方法中指定的短消息地址发送通知。本发明采用Sieve过滤脚本方案的电子邮件服务器的回复通知处理模块,具体用于在检测到消息接收模块接收到的新邮件满足过滤条件时发送相应的通知。另外消息递送模块将电子邮件发送出去时,如果该邮件被要求了回复通知,则检查该邮件是否有消息标识Message-ID,如果没有则自动生成相应的消息标识,并进行记录。
本发明的电子邮件客户端包括邮件递送模块和回复通知设置模块,邮件递送模块用于将电子邮件发送出去,回复通知设置模块用于对发送的邮件设置回复通知。第三实施例中回复通知设置模块还可以自动生成过滤脚本,然后通过文件传送协议FTP等将该用户的过滤脚本上传到电子邮件服务器。客户端还可以包括邮件获取模块,在客户端收到电子邮件服务器发送的回复邮件通知时,邮件获取模块还可以根据回复邮件通知中的信息,自动从电子邮件服务器获取回复邮件。如邮件获取模块可以通过IMAP协议或POP3协议等获取邮箱中的新邮件。特别的,可以只获得那封在回复通知里指示的回复邮件,而不是全部的新邮件,这样在用户使用移动网络的情况下,可以更快的获得回复邮件,而且通常移动网络按流量计费,这样还可以节约用户的费用,减少移动网络的信息流量,其他邮件可以在用户连接上资费较低的固定网络时再进行收取。所述的回复通知设置模块通过在邮件递送模块发送电子邮件的命令中设置回复通知的指示信息。或者所述的回复通知设置模块将包含回复通知指示信息的过滤脚本上传到电子邮件服务器。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括如下步骤:
接收客户端发送的电子邮件;
递送所述电子邮件;
接收新邮件,在判断接收到的新邮件为所述电子邮件的回复邮件时进行通知。
另外在使用会话初始协议消息进行通知时,该程序在执行时,包括如下步骤:
在过滤脚本中设置通知方法为会话初始协议地址即SIP URI或SIPS URI;
当接收到满足过滤脚本条件的新邮件时,则根据所述的通知方法向所述地址发送会话初始协议消息进行通知。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (28)
1.一种处理电子邮件的方法,其特征在于,该方法包括步骤:
电子邮件服务器接收客户端发送的电子邮件;
电子邮件服务器递送所述电子邮件;
电子邮件服务器接收到新邮件;
电子邮件服务器在判断接收到的新邮件为所述电子邮件的回复邮件时进行通知。
2.根据权利要求1所述的方法,其特征在于,所述客户端发送电子邮件的步骤具体为:
客户端在发送电子邮件的同时,向电子邮件服务器传送所述电子邮件的回复邮件到达时立即进行通知的指示。
3.根据权利要求2所述的方法,其特征在于,客户端在向服务器发送的简单邮件传输协议MAIL命令的参数中设置回复邮件通知指示。
4.根据权利要求3所述的方法,其特征在于,所述指示中包含回复邮件通知的方法和地址。
5.根据权利要求3所述的方法,其特征在于,客户端在向服务器发送的简单邮件传输协议MAIL命令的参数中设置回复邮件通知的内容。
6.根据权利要求3所述的方法,其特征在于,客户端通过邮件消息提交端口587向电子邮件服务器发送所述的MAIL命令及其参数。
7.根据权利要求2所述的方法,其特征在于,客户端在向服务器发送的电子邮件的MIME头字段中设置回复邮件通知指示。
8.根据权利要求1至7任一项所述的方法,其特征在于,服务器检测要递送所述电子邮件是否有消息标识,如果没有则为其添加消息标识后再进行递送。
9.根据权利要求8所述的方法,其特征在于,服务器记录已发送邮件的消息标识,有新邮件到达时,服务器检查到新邮件的In-Reply-To或References头字段中包含所记录的消息标识,则进行通知。
10.根据权利要求1所述的方法,其特征在于,客户端发送电子邮件时为其生成消息标识,客户端发送电子邮件的步骤之后还包括:客户端生成要求回复邮件通知的过滤脚本,并传送到电子邮件服务器;
有新邮件到达时,电子邮件服务器检查到新邮件满足所述过滤脚本的条件,则进行通知。
11.根据权利要求10所述的方法,其特征在于,客户端将生成的要求回复邮件通知的过滤脚本通过会话初始协议订阅消息发送给电子邮件服务器;
电子邮件服务器使用会话初始协议通知消息进行通知。
12.根据权利要求1所述的方法,其特征在于,当使用Webmail时,客户端在网页提供的邮递选项中选择要求回复通知;
客户端通过超文本传输协议发送邮件内容和邮递选项到服务器;
服务器发送邮件时,生成并记录发送邮件的消息标识;
当检查到新邮件达到时,如果新邮件的In-Reply-To头字段与记录的消息标识相匹配,则向预先设置的通知地址发送通知消息。
13.根据权利要求12所述的方法,其特征在于,所述的邮递选项中还包括要求回复通知的有效期;
服务器记录所述有效期,当在有效期之内时,才发送相应的回复通知。
14.根据权利要求1所述的方法,其特征在于,所述的通知通过短消息、即时消息、会话初始协议消息或多媒体消息中的一种或任意组合方式进行发送。
15.根据权利要求14所述的方法,其特征在于,当一种通知方法发送失败时,则采用预设的较低优先级的另一种通知方式。
16.一种进行邮件过滤通知的方法,其特征在于,所述的方法包括步骤:
在过滤脚本中设置通知方法参数值为会话初始协议URI;
当接收到满足过滤脚本条件的新邮件时,则根据所述的通知方法发送会话初始协议消息进行通知。
17.根据权利要求16所述的方法,其特征在于,所述的会话初始协议消息为MESSAGE消息,所述的通知内容包含邮件信息,并转换成过滤通知消息格式或CPIM格式用会话初始协议消息发送出去。
18.根据权利要求16所述的方法,其特征在于,所述的会话初始协议消息为MESSAGE消息,所述MESSAGE消息体的内容类型为纯文本,并将邮件信息转换为纯文本格式包含在MESSAGE消息体中发送出去。
19.根据权利要求17或18所述的方法,其特征在于,所述的通知内容的处理方式被标识为过滤通知,接收所述通知的客户端按照过滤通知对会话初始协议消息中通知内容进行处理。
20.根据权利要求16、17、18或19任一项所述的方法,其特征在于,所述的过滤脚本中包含重要性参数,则发送的会话初始协议消息的优先级头字段包含对应的值。
21.根据权利要求16、17、18、19或20任一项所述的方法,其特征在于,所述的过滤脚本中包含消息参数,则发送的会话初始协议消息的消息体内容包含所述消息参数的值。
22.根据权利要求16所述的方法,其特征在于,所述的会话初始协议URI的方法参数设为INVITE时,电子邮件服务器与客户端通过SIP INVITE方法建立会话后,通过RTP或MSRP协议向客户端播放或传送邮件内容。
23.根据权利要求16或22所述的方法,其特征在于,所述的会话初始协议消息的From头字段的值设置为电子邮件服务器通知服务的地址。
24.一种电子邮件服务器,其特征在于,包括:
消息接收模块,用于接收电子邮件;
消息递送模块,用于将所述消息接收模块接收的电子邮件发送出去;
回复通知处理模块,用于检测消息接收模块接收到的新邮件,如果是被要求了回复通知的电子邮件的回复邮件时,产生并发送相应的通知。
25.根据权利要求24所述的服务器,其特征在于,所述的消息递送模块在检测到要发送的邮件被要求了回复通知,则进一步检测该邮件是否具有消息标识,如果没有则自动为其生成相应的消息标识并进行记录;
所述的回复通知处理模块通过检测新邮件的In-Reply-To或References头字段中是否包含所记录的消息标识来判断是否为被要求了回复通知的电子邮件的回复邮件。
26.一种电子邮件客户端,其特征在于,包括:
邮件递送模块,用于将电子邮件发送出去;
回复通知设置模块,用于对所述邮件递送模块发送的电子邮件设置回复通知的指示信息。
27.根据权利要求26所述的客户端,还包括邮件获取模块,用于获取电子邮件,其特征在于,所述邮件获取模块还用于在收到回复邮件通知时,根据回复邮件通知中的信息,自动从电子邮件服务器获取回复邮件。
28.根据权利要求26所述的客户端,其特征在于,所述的回复通知设置模块通过在邮件递送模块发送电子邮件的命令中设置回复通知的指示信息;
或者,所述的回复通知设置模块将包含回复通知指示信息的过滤脚本上传到电子邮件服务器。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100765234A CN101374117A (zh) | 2007-08-21 | 2007-08-21 | 处理电子邮件的方法、电子邮件服务器和客户端 |
PCT/CN2008/072066 WO2009024088A1 (fr) | 2007-08-21 | 2008-08-20 | Procédé de traitement de courrier électronique, serveur et client de courrier électronique |
US12/428,647 US20090204681A1 (en) | 2007-08-21 | 2009-04-23 | Method, server and client for processing emails |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100765234A CN101374117A (zh) | 2007-08-21 | 2007-08-21 | 处理电子邮件的方法、电子邮件服务器和客户端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101374117A true CN101374117A (zh) | 2009-02-25 |
Family
ID=40377869
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100765234A Pending CN101374117A (zh) | 2007-08-21 | 2007-08-21 | 处理电子邮件的方法、电子邮件服务器和客户端 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20090204681A1 (zh) |
CN (1) | CN101374117A (zh) |
WO (1) | WO2009024088A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426683A (zh) * | 2011-10-28 | 2012-04-25 | 宇龙计算机通信科技(深圳)有限公司 | 一种邮件内容提醒方法及系统 |
CN102447643A (zh) * | 2010-10-13 | 2012-05-09 | 金蝶软件(中国)有限公司 | 业务处理消息的主动提示方法及信息系统和终端 |
CN102546554A (zh) * | 2010-12-27 | 2012-07-04 | 中兴通讯股份有限公司 | 一种ip多媒体子系统及其恢复用户订阅关系的方法 |
US9253126B2 (en) | 2010-05-21 | 2016-02-02 | Microsoft Technology Licensing, Llc | Trusted e-mail communication in a multi-tenant environment |
CN105791092A (zh) * | 2016-04-08 | 2016-07-20 | 东南大学 | 一种确认通知消息成功理解并回复信息的发送方法及等待回复方法 |
CN106792577A (zh) * | 2015-11-23 | 2017-05-31 | 中国电信股份有限公司 | 用于提示接收电子信息的方法和系统 |
CN111080223A (zh) * | 2018-10-22 | 2020-04-28 | 中兴通讯股份有限公司 | 邮件处理方法、装置及计算机可读存储介质 |
CN115334033A (zh) * | 2022-08-24 | 2022-11-11 | 杭州谱链智能科技有限公司 | 基于电子邮件的企业数据交换方法及装置 |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2335394B1 (en) * | 2008-09-05 | 2016-07-20 | Telefonaktiebolaget LM Ericsson (publ) | End-to-end address transfer |
KR101524313B1 (ko) * | 2008-12-11 | 2015-05-29 | 삼성전자주식회사 | 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템 |
US9349120B2 (en) * | 2009-04-08 | 2016-05-24 | Blackberry Limited | System and method for silencing notifications for a message thread |
US9514435B2 (en) * | 2009-08-17 | 2016-12-06 | Accenture Global Services Limited | System for targeting specific users to discussion threads |
US9055018B2 (en) | 2010-12-03 | 2015-06-09 | International Business Machines Corporation | Related message detection and indication |
US8898235B2 (en) * | 2012-07-18 | 2014-11-25 | Infinite Convergence Solutions, Inc. | Method and devices for message disposition notification after session termination |
CN103116722A (zh) * | 2013-02-06 | 2013-05-22 | 北京奇虎科技有限公司 | 一种通知栏消息的处理方法、装置和系统 |
US9467495B2 (en) * | 2013-03-15 | 2016-10-11 | Adobe Systems Incorporated | Transferring assets via a server-based clipboard |
US9367149B2 (en) | 2013-04-03 | 2016-06-14 | Adobe Systems Incorporated | Charging mechanism through a conductive stylus nozzle |
US9647991B2 (en) | 2013-03-15 | 2017-05-09 | Adobe Systems Incorporated | Secure cloud-based clipboard for touch devices |
US9660477B2 (en) | 2013-03-15 | 2017-05-23 | Adobe Systems Incorporated | Mobile charging unit for input devices |
US9780994B2 (en) * | 2013-07-18 | 2017-10-03 | International Business Machines Corporation | Notification normalization |
US9699625B2 (en) | 2013-07-18 | 2017-07-04 | International Business Machines Corporation | Push notification middleware |
US9706002B2 (en) | 2013-07-18 | 2017-07-11 | International Business Machines Corporation | Push notification via file sharing service synchronization |
KR102121918B1 (ko) * | 2013-12-20 | 2020-06-11 | 삼성전자주식회사 | 홈 네트워크 시스템에서 이벤트 통지 방법 및 장치 |
US10153993B2 (en) * | 2016-07-18 | 2018-12-11 | T-Mobile Usa, Inc. | RCS origination forking |
US10237212B2 (en) | 2016-07-18 | 2019-03-19 | T-Mobile Usa, Inc. | RCS origination forking |
WO2019031007A1 (ja) | 2017-08-10 | 2019-02-14 | ソニーモバイルコミュニケーションズ株式会社 | 情報処理装置、プログラム及び情報処理方法 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1344094A (zh) * | 2000-09-19 | 2002-04-10 | Agc科技股份有限公司 | 电子信息传递及电子邮件识别的方法和系统 |
CN1260931C (zh) * | 2003-06-13 | 2006-06-21 | 腾讯科技(深圳)有限公司 | 即时通信系统中电子邮件处理方法和系统 |
US8886824B2 (en) * | 2004-01-26 | 2014-11-11 | Core Wireless Licensing, S.a.r.l. | Media adaptation determination for wireless terminals |
FI20041634A0 (fi) * | 2004-12-20 | 2004-12-20 | Nokia Corp | Tarjontaistunnon muodostaminen kommunikaatiojärjestelmässä |
US7912913B2 (en) * | 2005-09-15 | 2011-03-22 | International Business Machines Corporation | Facilitating presentation and monitoring of electronic mail messages with reply by constraints |
CN1801199A (zh) * | 2005-11-29 | 2006-07-12 | 冯志刚 | 利用“抄送”功能筛选重要邮件向用户发送短信通知的方法 |
US7680478B2 (en) * | 2006-05-04 | 2010-03-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Inactivity monitoring for different traffic or service classifications |
US7561901B2 (en) * | 2006-05-15 | 2009-07-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Adaptation of push mail filters to save UE battery power |
US8224904B2 (en) * | 2006-09-29 | 2012-07-17 | Microsoft Corporation | Missed instant message notification |
US20080270545A1 (en) * | 2007-04-27 | 2008-10-30 | Howe Anthony C | Enhanced message-id as electronic watermark for electronic mail filtering |
US8688788B2 (en) * | 2007-08-03 | 2014-04-01 | Blackberry Limited | System and method for automatically responding to a message sent to a user at an email server |
-
2007
- 2007-08-21 CN CNA2007100765234A patent/CN101374117A/zh active Pending
-
2008
- 2008-08-20 WO PCT/CN2008/072066 patent/WO2009024088A1/zh active Application Filing
-
2009
- 2009-04-23 US US12/428,647 patent/US20090204681A1/en not_active Abandoned
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9253126B2 (en) | 2010-05-21 | 2016-02-02 | Microsoft Technology Licensing, Llc | Trusted e-mail communication in a multi-tenant environment |
CN102447643A (zh) * | 2010-10-13 | 2012-05-09 | 金蝶软件(中国)有限公司 | 业务处理消息的主动提示方法及信息系统和终端 |
CN102447643B (zh) * | 2010-10-13 | 2015-01-14 | 金蝶软件(中国)有限公司 | 业务处理消息的主动提示方法及信息系统和终端 |
CN102546554A (zh) * | 2010-12-27 | 2012-07-04 | 中兴通讯股份有限公司 | 一种ip多媒体子系统及其恢复用户订阅关系的方法 |
CN102546554B (zh) * | 2010-12-27 | 2015-01-28 | 中兴通讯股份有限公司 | 一种ip多媒体子系统及其恢复用户订阅关系的方法 |
CN102426683A (zh) * | 2011-10-28 | 2012-04-25 | 宇龙计算机通信科技(深圳)有限公司 | 一种邮件内容提醒方法及系统 |
CN106792577A (zh) * | 2015-11-23 | 2017-05-31 | 中国电信股份有限公司 | 用于提示接收电子信息的方法和系统 |
CN105791092A (zh) * | 2016-04-08 | 2016-07-20 | 东南大学 | 一种确认通知消息成功理解并回复信息的发送方法及等待回复方法 |
CN111080223A (zh) * | 2018-10-22 | 2020-04-28 | 中兴通讯股份有限公司 | 邮件处理方法、装置及计算机可读存储介质 |
CN115334033A (zh) * | 2022-08-24 | 2022-11-11 | 杭州谱链智能科技有限公司 | 基于电子邮件的企业数据交换方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US20090204681A1 (en) | 2009-08-13 |
WO2009024088A1 (fr) | 2009-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101374117A (zh) | 处理电子邮件的方法、电子邮件服务器和客户端 | |
US8589494B2 (en) | Email forwarding tunnel capturing or tagging | |
TWI455530B (zh) | 擴展傳訊平臺 | |
CN101099144B (zh) | 用于使用电子消息传送协议进行通信的机器实现的方法 | |
CN101147370B (zh) | 通信系统中用于将消息送交到接收方的方法和布置 | |
CN100426890C (zh) | 消息转换设备与转换方法 | |
CN100512235C (zh) | 支持电子邮件功能的即时通信系统及电子邮件收发方法 | |
US8649808B2 (en) | Universal mobile device messaging | |
EP2063590A1 (en) | A method and system for transmitting email and a push mail server | |
JP2009512931A (ja) | オフラインインスタントメッセージのリトリーブ | |
CN101156384A (zh) | 限制多媒体消息中心对多媒体消息转发次数的方法和系统 | |
CN101072189B (zh) | 互通服务器、即时消息与移动电子邮件互通系统及方法 | |
WO2010028565A1 (zh) | 向即时通讯联系人发送电子邮件的方法、系统和客户端 | |
WO2011103748A1 (zh) | 管理电子邮件的方法和移动通信终端 | |
CN102461095B (zh) | 消息通知 | |
CN102130845A (zh) | 回执报告的发送方法及处理系统 | |
US6952720B2 (en) | On-the-fly message notification system and methodology | |
RU2431888C2 (ru) | Сервер сообщений и способ уведомления пользователя о поступлении электронного сообщения | |
US10129190B2 (en) | Method and apparatus for messaging service internetworking | |
CN104184647B (zh) | 社交化的电子邮件通信系统和方法 | |
CN103457826B (zh) | 一种消息发送方法、系统及客户端 | |
KR100539785B1 (ko) | 이동 통신 단말기의 전자 메일 수신 방법 | |
KR100453936B1 (ko) | 다중수신 확인이 가능한 전자우편시스템 및 이의 방법 | |
CN101588546A (zh) | 传送非cpm业务的方法、装置和系统 | |
WO2005117372A1 (en) | A method, protocol format and system for mobile email communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090225 |