專利名稱：處理電子郵件的方法、電子郵件服務(wù)器和客戶端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域的電子郵件業(yè)務(wù)，尤其涉及處理電子郵件的方法、 服務(wù)器和客戶端。
背景技術(shù)：
目前有些電子郵件服務(wù)提供新郵件到達通知功能，當(dāng)用戶的電子郵箱有 新郵件到達時，電子郵件系統(tǒng)可以自動發(fā)送短消息通知用戶有新郵件到達 了，短消息里還可以包含新郵件的標題、發(fā)信人等信息。但是通常用戶并不 希望每封電子郵件到達時都進行通知，否則電子郵件接收量較大的用戶會不 勝其煩。實際中當(dāng)用戶發(fā)送一些電子郵件時，希望在這些電子郵件的回復(fù)郵 件到達時立即通知自己，以便及時獲取回復(fù)信息。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于提出了 一種處理電子郵件的方法，使用戶 在電子郵件的得到回復(fù)時可以獲得即時通知。
本發(fā)明還提出了一種進行郵件過濾通知的方法，可以通過會話初始協(xié)議 發(fā)送過濾通知。
本發(fā)明還提出了一種電子郵件服務(wù)器，使電子郵件得到回復(fù)時可以及時 讓用戶獲知。
本發(fā)明還提出了一種電子郵件客戶端，使用戶在發(fā)送郵件時可以指定在 收到該郵件的回復(fù)時是否獲得即時通知。
為解決上述問題，本發(fā)明提出的技術(shù)方案如下 一種處理電子郵件的方法，該方法包括步驟
電子郵件服務(wù)器接收客戶端發(fā)送的電子郵件；
電子郵件服務(wù)器遞送所述電子郵件；
電子郵件服務(wù)器接收到新郵件；
電子郵件服務(wù)器在判斷接收到的新郵件為所述電子郵件的回復(fù)郵件時進行 通知。
客戶端發(fā)送電子郵件的步驟具體可以為客戶端在發(fā)送電子郵件的同時， 向電子郵件服務(wù)器傳送所述電子郵件的回復(fù)郵件到達時立即進行通知的指示。
客戶端可以在向服務(wù)器發(fā)送的簡單郵件傳輸協(xié)議MAIL命令的參數(shù)中設(shè)置 回復(fù)郵件通知指示。
一種進行郵件過濾通知的方法，在過濾腳本中設(shè)置通知方法參數(shù)值為會話 初始協(xié)議統(tǒng)一資源標識符；當(dāng)接收到滿足過濾腳本條件的新郵件時，則發(fā)送會 話初始協(xié)議消息進行通知。其中的通知方法實際上使用SIP URI或SIPS URI即 可,長口 "sip:tom@example.com"。
所述的通知內(nèi)容包含郵件信息，并轉(zhuǎn)換成過濾通知消息格式或CPIM格式 用會話初始協(xié)議消息如SIP MESSAGE發(fā)送出去。
所述的通知內(nèi)容的處理方式被標識為過濾通知，接收所述通知的客戶端按 照過濾通知對SIP MESSAGE消息中的通知內(nèi)容進行處理。
一種電子郵件服務(wù)器，包括
消息接收模塊，用于接收電子郵件；
消息遞送模塊，用于將所述消息接收模塊接收的電子郵件發(fā)送出去； 回復(fù)通知處理模塊，用于檢測消息接收模塊接收到的新郵件，如果是被要 求了回復(fù)通知的電子郵件的回復(fù)郵件時，產(chǎn)生并發(fā)送相應(yīng)的通知。 一種電子郵件客戶端，包括 郵件遞送^f莫塊，用于將電子郵件發(fā)送出去；
回復(fù)通知設(shè)置模塊，用于對所述郵件遞送模塊發(fā)送的電子郵件設(shè)置回復(fù)通 知的指示信息。 所述的客戶端還可以包括郵件獲取4莫塊，用于獲:f又電子郵件，其特征在于，
所述郵件獲取模塊還用于在收到回復(fù)郵件通知時，根據(jù)回復(fù)郵件通知中的信息， 自動從電子郵件服務(wù)器獲取回復(fù)郵件。
本發(fā)明的有益效果如下
本發(fā)明通過對發(fā)送電子郵件設(shè)置回復(fù)通知，使特定電子郵件得到回復(fù) 時，能及時向用戶進行通知。另外還可以將郵件內(nèi)容全部或有選擇的直接通 知給用戶，使用戶及時了解回復(fù)郵件的信息。還可以靈活的指定通知的方法， 以便用戶可選擇合適的獲取通知的方法，如可選擇采用短消息還是即時消息 接收通知。本發(fā)明還提供方案可以使所有回復(fù)的郵件都能向用戶進行通知。
圖1為本發(fā)明處理電子郵件的基本流程圖。
具體實施例方式
參照圖1，該圖是本發(fā)明處理電子郵件的基本流程圖，包括如下步驟 步驟IOI、客戶端發(fā)送電子郵件。如可以在發(fā)送命令中設(shè)置該電子郵件
的回復(fù)郵件到達時立即進行通知的指示。
步驟102、電子郵件服務(wù)器遞送所述電子郵件。通常發(fā)件人的電子郵件
服務(wù)器可以與接收方的電子郵件服務(wù)器之間建立傳輸控制協(xié)議
TCP(Transport Control Protocol)連接，然后通過簡單郵件傳輸協(xié)議SMTP協(xié)
議傳送電子郵件。
步驟103、電子郵件服務(wù)器在收到所述電子郵件的回復(fù)郵件時進行通知。 一般按照用戶的預(yù)先設(shè)置進行通知。如用短消息進行通知是一種比較及時的 方法，也可以用即時消息等。另外可以同時使用多種通知方式，當(dāng)然最好指 定優(yōu)先級。如電子郵件服務(wù)器在發(fā)送即時消息通知時，可以指示要求即時消
息處理通知IMDN (Instant Message Disposition Notification)，如果對方在 沒有使用即時消息服務(wù)等情況下接收即時消息通知失敗，則可以選擇其他方 式發(fā)送通知，如通過短消息進行通知。用戶可以提前設(shè)置各種可用的通知方 式，以及優(yōu)先級，首先嘗試用優(yōu)先級較高的通知方式進行發(fā)送。
下面的第 一 實施例中通過擴展簡單郵件傳輸協(xié)議SMTP ( Simple Mail Transfer Protocol)實現(xiàn)在發(fā)送郵件時設(shè)置回復(fù)郵件到達通知?？梢詫⒈緮U展 的名字定義為"Reply Mail Notification",問候語命令EHLO的對應(yīng)的關(guān)鍵 詞假定為"RMN"。其中EHLO命令由客戶端發(fā)送，指示擴展的簡單郵件 傳輸協(xié)議ESMTP會話開始。服務(wù)器可以在它對EHLO的響應(yīng)中表明自己支 持ESMTP特性如本發(fā)明的回復(fù)郵件到達通知"RMN"。另外在EHLO響 應(yīng)關(guān)鍵字關(guān)聯(lián)參數(shù)(參數(shù)名稱可以為"supported-notify-method")中指定電 子郵件服務(wù)器所支持通知方法，如短消息"sms"、多媒體消息"mms"或 可擴展消息與存在協(xié)議即時消息"xmpp"等，當(dāng)指定為會話初始協(xié)議"sip" 通知方法時，表示要通過SIP MESSAGE消息發(fā)送通知。通知方法對應(yīng)相應(yīng) 的統(tǒng) 一 資源標識符URI ，如"sip ，，方法對應(yīng)的URI舉例為"sip: aaron@example.com"。通過通知方法參數(shù)"NM"指定發(fā)送回復(fù)郵件到達通 知的方法和目標地址，其值為一個統(tǒng)一資源標識符URI，如包含電話號碼的 短消息標識符SMS URI如sms:+8613010010001，或者包含XMPP標識符的 XMPP URI嗩口 xmpp:aaron@example.com。
下面通過一個簡單的例子描述通過擴展的SMTP協(xié)議提交要求回復(fù)通 知的郵件，用戶的客戶端即用戶代理向SMTP郵件服務(wù)器發(fā)送消息，使用郵 件消息提交(Message Submission for Mail)端口 587,具體消息舉例如下所 示
<《220 Example.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
<<< 354 okay, send message >〉> (message goes here) >〉〉.
< 250 message accepted
>〉> QUI丁
<《221 goodbye
其中"<<<"后的為服務(wù)器發(fā)送的消息，">〉〉"后的為客戶端發(fā)送的 消息。主要步驟描述如下
201、 客戶端發(fā)送EHLO命令開始會話，SMTP服務(wù)器返回所支持擴展， 如"RMN"以及其參數(shù)"sms"表示支持通過短消息發(fā)送回復(fù)郵件到達通知。 EHLO的響應(yīng)可能包含很多其他的ESMTP擴展，此處為筒明起見只給出了 本發(fā)明的擴展RMN。
202、 客戶端發(fā)送MAIL命令，包含發(fā)件人的地址FROM,以及通知方 法NM，其中通知方法參數(shù)中包含用短消息通知以及具體的通知地址，如
"sms:+8613010010001"。
203、 后續(xù)步驟與現(xiàn)有技術(shù)基本相同，通過RCPT命令指定接收者的地 址，以及發(fā)送郵件的內(nèi)容等，最后客戶端用QUIT命令結(jié)束會話。
204、 在SMTP服務(wù)器遞送該郵件之前，檢查郵件的消息中是否包含消 息標識Message-ID頭字段，如果不包含或該字段為空則自動為其添加相應(yīng) 的消息標識Message-ID頭字段。以便用來和新郵件進行匹配，確定哪個郵 件是該郵件的回復(fù)郵件。SMTP服務(wù)器將上述郵件遞送出去。當(dāng)收到該發(fā)送用戶的新郵件時，檢 查新郵件的In-Reply-To頭字段是否包含與上述已經(jīng)設(shè)置要求回復(fù)郵件通知 的那個郵件的消息標識Message-ID頭字段是否相同，如果匹配則確定為原 郵件的回復(fù)郵件，然后向回復(fù)通知方法中指定的短消息地址發(fā)送通知。缺省 的短消息可以包括原郵件的標題，以及相關(guān)提示，假定原郵件的標題為"周 末活動計劃"，通知短消息內(nèi)容舉例如下
您的郵件"周末活動計劃"已經(jīng)得到回復(fù)請查收。
通知短消息的內(nèi)容可以由用戶^是前進^f亍配置，如可以通過電子郵件月良務(wù)
提供的基于網(wǎng)頁WEB方式的管理界面進行設(shè)置。通過設(shè)置，原郵件的發(fā)送
時間、收件人或者郵件的摘要內(nèi)容也都可以被包含在短消息中。該設(shè)置對所
有的回復(fù)郵件通知都生效。另外也可以對單獨的郵件進行個別設(shè)置通知短消
息的內(nèi)容，即在發(fā)送郵件時，可以通過MAIL命令的通知內(nèi)容消息參數(shù)如
"NC，，指定，舉例如下
MAIL FROM:<Alice@Example.ORG〉 NM=sms:+8613010010001 NC=from:subject 上述例子中通知內(nèi)容指定了要包含發(fā)件人和標題。甚至可以包括郵件的
全文，如當(dāng)電子郵件服務(wù)器支持多媒體消息MMS時，可以把郵件轉(zhuǎn)換為多 媒體消息MMS發(fā)送給通知地址，具體的轉(zhuǎn)換可以參考RFC 4356 ( Mapping Between the Multimedia Messaging Service (MMS) and Internet Mail)。 對應(yīng) 的MAIL命令舉例如下
MAIL FROM:<Alice@Example.ORG> NM=mms:+8613010010001 NC=full 電子郵件服務(wù)器可以向短消息網(wǎng)關(guān)或短消息中心發(fā)送相應(yīng)的短消息通
知，類似目前短消息增值業(yè)務(wù)服務(wù)VAS(Value Added Service )向用戶發(fā)送短 消息，這是現(xiàn)有技術(shù)，此處不再贅述?；蛘唠娮余]件服務(wù)器作為即時消息客 戶端通過即時消息協(xié)議如XMPP發(fā)送包含通知內(nèi)容的即時消息給用戶客戶 端，該即時消息也可能會經(jīng)過即時消息服務(wù)器遞送給最終客戶端。或者電子 郵件服務(wù)器通過MM7接口向多媒體消息中心發(fā)送已經(jīng)被轉(zhuǎn)換成MMS的郵 件內(nèi)容，多媒體消息中心將所述MMS提供給最終用戶。
另外還可以使用電子郵件通知EMN (E-Mail Notification)可以令客戶 端自動去獲取該回復(fù)郵件。電子郵件服務(wù)器向推送代理或網(wǎng)關(guān)(Push Proxy/Gateway)發(fā)送EMN文本，舉例如下 <xemn
mailbox="mailat:tom@foo.com" view="INBOX" event="Reply Message" timestamp="2007-08-09T06:40:00Z" sender="John Smith <john@foo.com>" datetime="Thu, 09 Aug 2007 19:50:20 -0600" sequence-id=" 1" uid="136"
subject="Re: plan for this weekend"
/〉
然后推送代理或網(wǎng)關(guān)向客戶端通過PushOTA ( Push Over-The-Air )協(xié)議 發(fā)送用二進制進行編碼的上述EMN內(nèi)容，客戶端解析該內(nèi)容后，可以自動 通過POP3協(xié)議或IMAP4協(xié)議向電子郵件月良務(wù)器請求相應(yīng)的回復(fù)郵件，如 通過POP3協(xié)議的RETR命令，參數(shù)為消息唯一標識即上述EMN屬性中的 "uid"。當(dāng)然在EMN中也可以直接包括郵件的內(nèi)容。
很多電子郵件服務(wù)器都提供自動回復(fù)功能，如不在辦公室，或者假期時 都可以設(shè)置自動回復(fù)消息。對于自動回復(fù)的郵件內(nèi)容通常都與原郵件無關(guān)， 所以對于自動回復(fù)的郵件可以選擇不進行通知。具體的服務(wù)器可以檢測回復(fù) 郵件中是否包含自動提交頭字段Auto-Submitted,如果有該字段，并且其值 為非"no"之外的值，則判定為自動回復(fù)郵件，不產(chǎn)生相應(yīng)通知。當(dāng)然也可 以在收到自動回復(fù)郵件時發(fā)送通知，不過最好發(fā)送的通知中指示該回復(fù)郵件
為自動回復(fù)的。如通知消息為
您的郵件"周末活動計劃"得到了自動回復(fù)。
另外有些服務(wù)器生成的自動回復(fù)郵件不支持頭字段Auto-Submitted,但
一般標題中會包含"autoreply"關(guān)鍵詞，因此也可以通過檢測新郵件的標題 中是否有該關(guān)鍵詞來確定郵件是否為自動回復(fù)郵件。
第二實施例中通過擴展多用途互聯(lián)網(wǎng)郵件擴展MIME頭字段如回復(fù)通 知"Reply-Notification-To",客戶端在發(fā)送的郵件中包含MIME頭字段 "Reply-Notification-To",并在其中包含通知方法和地址，舉例如下
Reply-Notification-To: <sms:+8613010010001 >
可以包含多個地址，如
Reply-Notification-To: <sms:+8613010010001>; <sms:+8613010010002〉 當(dāng)電子郵件服務(wù)器檢測到要發(fā)送的電子郵件中包含回復(fù)通知頭字段如 "Reply-Notification-To"時，則才企查該郵件的消息標識Message-ID頭字,殳， 如果沒有或該字段為空，則電子郵件服務(wù)器自動為其設(shè)置相應(yīng)的Message-ID 頭字段。電子郵件服務(wù)器記錄相關(guān)信息，如記錄要求回復(fù)通知的郵件的消息 標識Message-ID以及通知地址等。后續(xù)當(dāng)電子郵件服務(wù)器檢查到新郵件的 In-Reply-To頭字段與上述已經(jīng)設(shè)置要求回復(fù)通知的那個郵件的消息標識 Message-ID頭字,爻相匹配時，向相應(yīng)指定的通知地址發(fā)送通知。
有時用戶會對同一主題來回收發(fā)多次郵件，用戶希望對于同一主題即同 一郵件線索Thread的回復(fù)郵件都能收到通知。這時可以對郵件線索要求回 復(fù)通知，可以指定線索回復(fù)通知參數(shù)thread,如第二實施例中在回復(fù)通知頭 字段中設(shè)置thread參數(shù)
Reply-Notification-To: <sms:+8613010010001>; thread
第 一 實施例中在MAIL命令中設(shè)置thread參數(shù)
MAIL FROM:<Alice@Example.ORG〉 NM=sms:+8613010010001 thread
則電子郵件服務(wù)器檢查到新郵件的引用頭字段References包含上述已
經(jīng)設(shè)置要求回復(fù)通知的那個郵件的消息標識Message-ID頭字段值時，則向
相應(yīng)指定的通知地址發(fā)送通知。這樣就不用用戶每次在一個郵件線索中發(fā)郵 件時都單獨設(shè)置回復(fù)通知要求了 。
第三實施例中通過設(shè)置過濾Sieve通知來實現(xiàn)指定郵件的回復(fù)通知。本
實施例中客戶端可以先發(fā)送郵件，發(fā)送完成后獲得該郵件的消息標識
Message-ID頭字段，然后生成過濾通知腳本存儲在電子郵件服務(wù)器中。本實
施例中客戶端最好自己生成消息標識Message-ID頭字段，否則很難獲得服
務(wù)器為郵件生成的Message-ID頭字l殳。過濾腳本舉例如下 require ["enotify"];
if header :contains "In-Reply-To" "123abc@example.org" { notify :message "You got reply mail" "sms: +8613010010001";
或者
require ["enotify"]i
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"時的條件，接著觸發(fā)通 知notify動作，通知消息message中包括"You got reply mail"文字，或者指 定包括新郵件的from和subj ect字段內(nèi)容，通知地址為短消息URI地址"sms: +8613010010001"。當(dāng)電子郵件服務(wù)器發(fā)現(xiàn)新郵件滿足上述if語句的通知條 件時，則發(fā)送通知消息。另外由于References字l爻可以包含多個消息標識， 所以應(yīng)該用通配符"*"放到消息標識的前后位置。
當(dāng)通知地址為會話初始協(xié)i義SIP URI或SIPS URI時，可以默認要使用 SIP MESSAGE發(fā)送通知消息，而生成的通知消息可以轉(zhuǎn)換為CPIM( Common Presence and Instant Messaging )4各式或純文本4各式，然后通過SIP MESSAGE 發(fā)送給對應(yīng)的SIP URI或SIPS URI。 CPIM內(nèi)容舉例如下
From: Bob <mailto:bob@example.com>
To: Alice <mailto:alice@example.com〉
Subject: Help
Content-type: text/plain
Contact mc.
因為電子郵件的格式和CPIM格式很接近，所以很容易進行映射轉(zhuǎn)換。 如電子郵件的格式和CPIM^f各式都有相應(yīng)的from和subject頭字段等。另外 還可以使用內(nèi)容處理方式Content-Disposition頭字段指示該CPIM消息的要 作為回復(fù)由卩件通知進行處理，如對應(yīng)的 Content-Disposition值為 "reply-mail-notification"或"sieve-notification"。 而過濾腳本中"message" 消息參數(shù)的內(nèi)容可以轉(zhuǎn)換成純文本(text/plain)的CPIM消息體內(nèi)容。
另外簡單的還可以直接使用純文本(text/plain)的消息體包括消息參數(shù) "message"的值，如電子郵件的from和subject頭字賴:信息，如下面的過濾 腳本產(chǎn)生的SIP MESSAGE消息舉例如下
notify :message "[SIEVE] ${from}: $ {subject}"
"sip: alice@example com"; 相應(yīng)的SIP MESSAGE消息舉例如下
MESSAGE sip: alice@example.com SIP/2.0
Via: SIP/2.0/TCP notifier.example.com;branch=r44Flgh345asdfd
Max-Forwards: 70
From: sip:notifier@example.com;tag=12345 To: sip:alice@example.com Call-ID: hjkl9ppd@10.10.10.6 CS叫1 MESSAGE Content-Type: text/plain
<mailto:bob@example.com>; Contact me immediately!
這樣只要接收通知的客戶端能識別純文本text/plain內(nèi)容類型即可，這 種實施方式具有較高的兼容性?；蛘咭部梢酝瑫r在通知消息中包含上述純文 本的內(nèi)容和其他4各式的通知才各式如CPIM，這樣在客戶端不能識別其他才各式 的通知內(nèi)容時，也能通過純文本內(nèi)容獲取到必要的通知信息。
如果在URI參數(shù)中包含了 "body"參數(shù)，其指定了消息體的內(nèi)容，則 如果過濾腳本中沒有消息參數(shù)"message",則使用URI的"body"參數(shù)中
內(nèi)容作為SIP MESSAGE的消息體，如果"body"參數(shù)和"message"參數(shù) 同時出現(xiàn)，則最好使用"message"參數(shù)中的內(nèi)容，而忽略"body"參數(shù)。 或者兩者同時都包含在最終生成的通知消息內(nèi)容中。另外產(chǎn)生的SIP MESSAGE消息的From頭字段一般設(shè)置為電子郵件服務(wù)器通知服務(wù)的SIP URI地址，而不是電子郵件發(fā)件人的地址。
一般的電子郵件過濾通知也可以使用本實施例中用SIP消息進行過濾 通知的方法。如用SIP MESSAGE消息包含CPIM消息體進行通知，相應(yīng)的 內(nèi)容處理方式Content-Disposition Y直可以為"sieve-notification"?！?。果通知 方法為會話初始協(xié)議SIP URI或SIPS URI時，可以通過在URI中的方法參 數(shù)"method"來具體指定SIP方法，SIP方法可以不限定為SIP MESSAGE, 還可以是其他的SIP方法，如INVITE、 INFO或REFER等，在參數(shù)中還可 以指定SIP消息的一些頭字段的值等，這樣極大的實現(xiàn)了過濾通知的靈活性， 充分利用了目前廣泛應(yīng)用的SIP協(xié)議進行通知。關(guān)于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"
S IP方法有著比其他方式如短消息更強大的功能，如當(dāng)電子郵件包含語 音等多媒體內(nèi)容時，可以采用SIP INVITE方法使電子郵件服務(wù)器主動連接 客戶端，建立會話后通過實時傳送協(xié)議RTP ( Real-time Transport Protocol) 或消息會話中繼協(xié)議MSRP ( Message Session Relay Protocol)等向用戶播放 或傳送多i某體內(nèi)容的郵件。相應(yīng)的過濾腳本舉例如下
notify "sip:alice@example.com; method=INVITE"
其中上述腳本中缺少message參數(shù)，則缺省的可以將電子郵件的標題作 為SIP INVITE消息的標題字段，以提供一些郵件相關(guān)的必要信息。
另外還可以在通知內(nèi)容中包含郵件的超鏈接地址URL，以方便用戶直 接用該超連接使用IMAP (Internet Message Access Protocol)協(xié)議訪問自己
郵箱中收到的回復(fù)電子郵件。除了 CPIM格式外，還可以^吏用過濾通知4各式
如"application/sieve-notification+xml"來包含通知內(nèi)容。包含鏈接的通知內(nèi)
容舉例如下
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>
<subj ect〉help</subj ect>
<message>You got reply mail</message>
<url〉
imap:〃alice@example.com/INBOX;UIDVALIDITY=1234567/;UID=ll </url〉 </sieve-notification>
其中通知消息文本和URL都被包含在內(nèi)容類型Content-Type為過濾通 知"application/sieve-notification+xml" 的可擴展標識語言XML (Extensible Markup Language )格式的消息體中。上述內(nèi)容類型也可以包含在SIP INVITE 等消息中以提供郵件的必要信息。
在過濾腳本中還可以指定通知的重要性，采用"importance"參數(shù)，如 為"1"時表示最高重要性，"2"表示較高重要性，"3"表示低重要性等。 過濾腳本內(nèi)容舉例如下
notify :importance "1"
:message "Contact Tom immediately!"
"sip:alice@example.com Subject=SIEVE; method=MESSAGE " 在使用SIP方法進行通知時，根據(jù)過濾腳本中的重要性，相應(yīng)的設(shè)置 SIP方法頭字段中的優(yōu)先級Priority頭字段，如重要性"importance"參數(shù)的 "1" 、"2" 、"3"可以分別對應(yīng)優(yōu)先級字段的值"urgent"， "normal",
"non-urgent"。
如果電子郵件服務(wù)器發(fā)送的SIP MESSAGE消息后，收到了錯誤響應(yīng)， 如果為6XX類型的響應(yīng)，即發(fā)送成功但被拒絕，則最好不要再重試發(fā)送。 如果為513 Message Too Large消息過大的響應(yīng)，則需要去掉 一 些消息內(nèi)容 后再重新發(fā)送。即必須要根據(jù)具體返回的錯誤類型來判斷是否需要重發(fā)。另 外重發(fā)的次數(shù)最好設(shè)置一個上限，如最多重發(fā)IO次。
通知消息筒單得還可以通過電子郵件月l務(wù)器用Push Access Protocol (PushPAP)協(xié)議發(fā)送最小形式的EMN文本給推送代理或網(wǎng)關(guān)，通知方法 可以設(shè)置為推送"push"，過濾腳本舉例如下
if header :contains "In-Reply-To" "123abc@example.org" { notify : "push: +8613010010001";
EMN文本內(nèi)容舉例如下 <emn
mailbox="mailat:tom@foo.com" timestamp="2007-08-09T06:40:00Z"> </emn〉
然后推送代理或網(wǎng)關(guān)將其轉(zhuǎn)換成二進制形式經(jīng)由PushOTA (Push Over-The-Air )協(xié)議發(fā)送給客戶端代理。
使用過濾腳本的方案使用戶可以更加靈活得對通知進行設(shè)置。實際中客 戶端軟件可以只是筒單的讓用戶選擇是否需要回復(fù)通知，而不必讓用戶來輸 入這些過濾腳本。當(dāng)客戶端獲知用戶需要回復(fù)通知并提供了通知地址時，則 可以自動生成上述過濾腳本，然后通過文件傳送協(xié)議FTP(File Transfer Protocol)或超文本傳輸協(xié)議HTTP ( Hyper Text Transfer Protocol)等協(xié)議將 該用戶的過濾腳本上傳到電子郵件服務(wù)器。
第四實施例適合網(wǎng)頁郵件Webmail的情形，Webmail目前是一種非常流 行的郵件服務(wù)提供方式，用戶只要通過在網(wǎng)頁中輸入收件人的地址和郵件內(nèi)
容點擊網(wǎng)頁中的按鈕即可發(fā)送郵件，還可以指定一些郵遞選項如是否保存發(fā)
送的郵件等，使用非常簡單方便，很多網(wǎng)站都提供Webmail服務(wù)。
本發(fā)明中用戶網(wǎng)頁中輸入收件人的地址和郵件內(nèi)容的同時，可以在網(wǎng)頁 提供的郵遞選項中選擇要求回復(fù)通知，則該網(wǎng)頁的內(nèi)容通過HTTP協(xié)議提交 到服務(wù)器后，在發(fā)送郵件的同時，服務(wù)器記錄發(fā)送郵件的消息標識 Message-ID頭字段，當(dāng)接收到該用戶的新郵件達到時，如果新郵件的 In-Reply-To頭字|￡與記錄的Message-ID頭字段相匹配，則向預(yù)先i殳置的通 知地址發(fā)送通知消息。因為用戶希望的通知方法和通知地址一般是固定的， 所以可以預(yù)先通過網(wǎng)頁方式進行設(shè)置，保存在服務(wù)器中，而不必每次要求回 復(fù)通知時都在郵遞選項中進行指定。
另外用戶也可以在郵遞選項中選擇要求回復(fù)通知的同時，指定通知的有 效期，如在l天內(nèi)有效，如果過了 l天后才收到回復(fù)郵件，則服務(wù)器不再進 行通知。還可以指定是否對整個的郵件線索的回復(fù)郵件都進行通知，或者只 是對第一封回復(fù)郵件進行通知。還可以指定允許發(fā)送回復(fù)通知的時間段，如 只允許在早上9: 00點到晚上21: OO之間發(fā)送回復(fù)通知，其他時間段電子 郵件服務(wù)器不會產(chǎn)生回復(fù)通知。
第五實施例描述對所有回復(fù)郵件都要求通知的情況。如有些很少使用電 子郵件的用戶可能希望自己發(fā)送的任何郵件得到回復(fù)時都能立即通知自己， 而別人主動發(fā)給自己的郵件則不希望進行通知。這樣可以通過在電子郵件服 務(wù)器上設(shè)置相應(yīng)的Sieve過濾腳本， 一種簡單但不太精確的腳本如下
if exists ["In-Reply-To"] {
notify :message "You got reply mail" "sms: +8613010010001";
即表示如果exists存在In-Reply-To頭字段則進行通知，因為一般具有 In-Reply-To頭字段則表示該郵件是一封回復(fù)郵件。但是可能原始郵件并不 是該用戶發(fā)送的。雖然不太精確，但不會遺漏任何回復(fù)郵件，所以也是一種 非常實用可行的方案?？梢酝ㄟ^增加條件來提高匹配精確度，如在if條件中
增加tO字段包含該用戶郵箱地址的條件，這樣一般情況所匹配的新郵件應(yīng) 該是對該用戶的回復(fù)郵件了 。
如果要想實現(xiàn)精確的回復(fù)通知，電子郵件服務(wù)器可以記錄用戶發(fā)送郵件
的消息標識Message-ID頭字段，在過濾腳本使用測試(Test)命令"IsReply" 判斷新郵件是否為回復(fù)郵件，即電子郵件服務(wù)器根據(jù)該測試命令檢查新郵件 的In-Reply-To頭字,殳與記錄的Message-ID頭字,爻相匹配。腳本舉例如下 if IsReply {
notify :message "You got reply mail" "sms: +8613010010001";
第六實施例描述通過SIP的事件訂閱/通知機制來獲得通知消息?？蛻?端發(fā)送郵件后，獲取到該郵件的消息標識Message-ID頭字段，然后向電子 郵件月良務(wù)器發(fā)送訂閱SUBSCRIBE消息，消息體中包括相應(yīng)的Sieve過濾腳
本,舉仿j^口下
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";
為簡明起見，上述消息文本中省略了一些內(nèi)容。電子郵件服務(wù)器存儲該 過濾腳本，當(dāng)滿足過濾條件即收到回復(fù)郵件時，則產(chǎn)生通知NOTIFY消息，
通知消息部分內(nèi)容舉例如下
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"xnotification〉
<message>You got reply mail</message> </notification〉</sieve-notifications〉
其中上述訂閱和通知消息的 Event 事件包為消息4既要 "message-summary"。
本發(fā)明的電子郵件服務(wù)器包括消息接收模塊，消息遞送模塊和回復(fù)通知 處理模塊。其中消息接收模塊接收電子郵件，消息遞送模塊將電子郵件發(fā)送 出去，回復(fù)通知處理模塊在檢測到消息接收模塊接收到的新郵件是被要求回 復(fù)通知的回復(fù)郵件時，產(chǎn)生并發(fā)送相應(yīng)的通知。具體如第一實施例中回復(fù)通 知處理模塊檢查到新郵件的In-Reply-To頭字段與上述已經(jīng)設(shè)置要求回復(fù)郵 件通知的那個郵件的消息標識Message-ID頭字,殳相匹配，則向回復(fù)通知方 法中指定的短消息地址發(fā)送通知。本發(fā)明采用Sieve過濾腳本方案的電子郵 件服務(wù)器的回復(fù)通知處理模塊，具體用于在檢測到消息接收模塊接收到的新 郵件滿足過濾條件時發(fā)送相應(yīng)的通知。另外消息遞送模塊將電子郵件發(fā)送出 去時，如果該郵件被要求了回復(fù)通知，則檢查該郵件是否有消息標識 Message-ID,如果沒有則自動生成相應(yīng)的消息標識，并進行記錄。
本發(fā)明的電子郵件客戶端包括郵件遞送模塊和回復(fù)通知設(shè)置模塊，郵件 遞送模塊用于將電子郵件發(fā)送出去，回復(fù)通知設(shè)置模塊用于對發(fā)送的郵件設(shè) 置回復(fù)通知。第三實施例中回復(fù)通知設(shè)置模塊還可以自動生成過濾腳本，然 后通過文件傳送協(xié)議FTP等將該用戶的過濾腳本上傳到電子郵件服務(wù)器。 客戶端還可以包括郵件獲取模塊，在客戶端收到電子郵件服務(wù)器發(fā)送的回復(fù) 郵件通知時，郵件獲取模塊還可以根據(jù)回復(fù)郵件通知中的信息，自動從電子 郵件服務(wù)器獲取回復(fù)郵件。如郵件獲取4莫塊可以通過IMAP協(xié)議或POP3協(xié) 議等獲取郵箱中的新郵件。特別的，可以只獲得那封在回復(fù)通知里指示的回 復(fù)郵件，而不是全部的新郵件，這樣在用戶使用移動網(wǎng)絡(luò)的情況下，可以更 快的獲得回復(fù)郵件，而且通常移動網(wǎng)絡(luò)按流量計費，這樣還可以節(jié)約用戶的 費用，減少移動網(wǎng)絡(luò)的信息流量，其他郵件可以在用戶連接上資費較低的固
定網(wǎng)絡(luò)時再進行收取。所述的回復(fù)通知設(shè)置模塊通過在郵件遞送模塊發(fā)送電 子郵件的命令中設(shè)置回復(fù)通知的指示信息。或者所述的回復(fù)通知設(shè)置模塊將 包含回復(fù)通知指示信息的過濾腳本上傳到電子郵件服務(wù)器。
驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算
機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟 接收客戶端發(fā)送的電子郵件； 遞送所述電子郵件；
接收新郵件，在判斷接收到的新郵件為所述電子郵件的回復(fù)郵件時進行通知。
另外在使用會話初始協(xié)議消息進行通知時，該程序在執(zhí)行時，包括如下步
驟
在過濾腳本中設(shè)置通知方法為會話初始協(xié)議地址即SIPURI或SIPS URI; 當(dāng)接收到滿足過濾腳本條件的新郵件時，則根據(jù)所述的通知方法向所述地 址發(fā)送會話初始協(xié)議消息進行通知。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要 求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種處理電子郵件的方法，其特征在于，該方法包括步驟:電子郵件服務(wù)器接收客戶端發(fā)送的電子郵件；電子郵件服務(wù)器遞送所述電子郵件；電子郵件服務(wù)器接收到新郵件；電子郵件服務(wù)器在判斷接收到的新郵件為所述電子郵件的回復(fù)郵件時進行通知。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述客戶端發(fā)送電子郵件的 步驟具體為客戶端在發(fā)送電子郵件的同時，向電子郵件服務(wù)器傳送所述電子郵件的回 復(fù)郵件到達時立即進行通知的指示。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，客戶端在向服務(wù)器發(fā)送的簡 單郵件傳輸協(xié)議MAIL命令的參數(shù)中設(shè)置回復(fù)郵件通知指示。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述指示中包含回復(fù)郵件通 知的方法和;也址。
5、 根據(jù)權(quán)利要求3所述的方法，其特征在于，客戶端在向服務(wù)器發(fā)送的簡 單郵件傳輸協(xié)議MAIL命令的參數(shù)中設(shè)置回復(fù)郵件通知的內(nèi)容。
6、 根據(jù)權(quán)利要求3所述的方法，其特征在于，客戶端通過郵件消息提交端 口 587向電子郵件服務(wù)器發(fā)送所述的MAIL命令及其參數(shù)。
7、 根據(jù)權(quán)利要求2所述的方法，其特征在于，客戶端在向服務(wù)器發(fā)送的電 子郵件的MIME頭字段中設(shè)置回復(fù)郵件通知指示。
8、 根據(jù)權(quán)利要求1至7任一項所述的方法，其特征在于，服務(wù)器檢測要遞 送所述電子郵件是否有消息標識，如果沒有則為其添加消息標識后再進行遞送。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，服務(wù)器記錄已發(fā)送郵件的消 息標識，有新郵件到達時，服務(wù)器檢查到新郵件的In-Reply-To或References頭 字段中包含所記錄的消息標識，則進行通知。
10、 根據(jù)權(quán)利要求1所述的方法，其特征在于，客戶端發(fā)送電子郵件時為其生成消息標識，客戶端發(fā)送電子郵件的步驟之后還包括客戶端生成要求回 復(fù)郵件通知的過濾腳本，并傳送到電子郵件服務(wù)器；有新郵件到達時，電子郵件服務(wù)器檢查到新郵件滿足所述過濾腳本的條件， 則進行通知。
11、 根據(jù)權(quán)利要求IO所述的方法，其特征在于，客戶端將生成的要求回復(fù) 郵件通知的過濾腳本通過會話初始協(xié)議訂閱消息發(fā)送給電子郵件服務(wù)器；電子郵件服務(wù)器使用會話初始協(xié)議通知消息進行通知。
12、 根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)使用Webmail時，客戶 端在網(wǎng)頁提供的郵遞選項中選擇要求回復(fù)通知；客戶端通過超文本傳輸協(xié)議發(fā)送郵件內(nèi)容和郵遞選項到服務(wù)器； 服務(wù)器發(fā)送郵件時，生成并記錄發(fā)送郵件的消息標識； 當(dāng)檢查到新郵件達到時，如果新郵件的In-Reply-To頭字段與記錄的消息標 識相匹配，則向預(yù)先設(shè)置的通知地址發(fā)送通知消息。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述的郵遞選項中還包括 要求回復(fù)通知的有效期；服務(wù)器記錄所述有效期，當(dāng)在有效期之內(nèi)時，才發(fā)送相應(yīng)的回復(fù)通知。
14、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的通知通過短消息、 即時消息、會話初始協(xié)議消息或多媒體消息中的 一種或任意組合方式進行發(fā)送。
15、 根據(jù)權(quán)利要求14所述的方法，其特征在于，當(dāng)一種通知方法發(fā)送失敗 時，則采用預(yù)設(shè)的較低優(yōu)先級的另一種通知方式。
16、 一種進行郵件過濾通知的方法，其特征在于，所述的方法包括步驟 在過濾腳本中設(shè)置通知方法參數(shù)值為會話初始協(xié)議URI;當(dāng)接收到滿足過濾腳本條件的新郵件時，則根據(jù)所述的通知方法發(fā)送會話 初始協(xié)議消息進行通知。
17、 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述的會話初始協(xié)議消息 為MESSAGE消息，所述的通知內(nèi)容包含郵件信息，并轉(zhuǎn)換成過濾通知消息格 式或CPIM才各式用會話初始協(xié)議消息發(fā)送出去。
18、 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述的會話初始協(xié)議消息 為MESSAGE消息，所述MESSAGE消息體的內(nèi)容類型為純文本，并將郵件信 息轉(zhuǎn)換為純文本^f各式包含在MESSAGE消息體中發(fā)送出去。
19、 根據(jù)權(quán)利要求17或18所述的方法，其特征在于，所述的通知內(nèi)容的 處理方式被標識為過濾通知，接收所述通知的客戶端按照過濾通知對會話初始 協(xié)議消息中通知內(nèi)容進行處理。
20、 根據(jù)權(quán)利要求16、 17、 18或19任一項所述的方法，其特征在于，所 述的過濾腳本中包含重要性參數(shù)，則發(fā)送的會話初始協(xié)議消息的優(yōu)先級頭字段 包含對應(yīng)的Y直。
21、 根據(jù)權(quán)利要求16、 17、 18、 19或20任一項所述的方法，其特征在于， 所述的過濾腳本中包含消息參數(shù)，則發(fā)送的會話初始協(xié)議消息的消息體內(nèi)容包 含所述消息參數(shù)的值。
22、 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述的會話初始協(xié)議URI 的方法參數(shù)設(shè)為INVITE時，電子郵件服務(wù)器與客戶端通過SIP INVITE方法建 立會話后，通過RTP或MSRP協(xié)議向客戶端播放或傳送郵件內(nèi)容。
23、 根據(jù)權(quán)利要求16或22所述的方法，其特征在于，所述的會話初始協(xié) 議消息的From頭字段的值設(shè)置為電子郵件服務(wù)器通知服務(wù)的地址。
24、 一種電子郵件服務(wù)器，其特征在于，包括 消息接收模塊，用于接收電子郵件；消息遞送模塊，用于將所述消息接收模塊接收的電子郵件發(fā)送出去； 回復(fù)通知處理模塊，用于檢測消息接收模塊接收到的新郵件，如果是被要 求了回復(fù)通知的電子郵件的回復(fù)郵件時，產(chǎn)生并發(fā)送相應(yīng)的通知。
25、 根據(jù)權(quán)利要求24所述的服務(wù)器，其特征在于，所述的消息遞送模塊在 檢測到要發(fā)送的郵件被要求了回復(fù)通知，則進一步檢測該郵件是否具有消息標 識，如果沒有則自動為其生成相應(yīng)的消息標識并進行記錄；所述的回復(fù)通知處理模塊通過檢測新郵件的In-Reply-To或References頭字 段中是否包含所記錄的消息標識來判斷是否為凈皮要求了回復(fù)通知的電子郵件的 回復(fù)郵件。
26、 一種電子郵件客戶端，其特征在于，包括 郵件遞送模塊，用于將電子郵件發(fā)送出去；回復(fù)通知設(shè)置模塊，用于對所述郵件遞送^^莫塊發(fā)送的電子郵件設(shè)置回復(fù)通 知的指示信息。
27、 根據(jù)權(quán)利要求26所述的客戶端，還包括郵件獲取模塊，用于獲取電子 郵件，其特征在于，所述郵件獲取模塊還用于在收到回復(fù)郵件通知時，根據(jù)回 復(fù)郵件通知中的信息，自動從電子郵件服務(wù)器獲取回復(fù)郵件。
28、 根據(jù)權(quán)利要求26所述的客戶端，其特征在于，所述的回復(fù)通知設(shè)置模 塊通過在郵件遞送模塊發(fā)送電子郵件的命令中設(shè)置回復(fù)通知的指示信息；或者，所述的回復(fù)通知設(shè)置4莫塊將包含回復(fù)通知指示信息的過濾腳本上傳 到電子郵件服務(wù)器。
全文摘要
本發(fā)明公開了一種處理電子郵件的方法，包括步驟電子郵件服務(wù)器接收并遞送客戶端發(fā)送的電子郵件，在接收到新郵件時，電子郵件服務(wù)器在判斷接收到的新郵件為所述電子郵件的回復(fù)郵件時進行通知。從而使特定電子郵件得到回復(fù)時，用戶能及時得到通知。
文檔編號H04L12/58GK101374117SQ20071007652
公開日2009年2月25日 申請日期2007年8月21日 優(yōu)先權(quán)日2007年8月21日
發(fā)明者謙 孫 申請人:華為技術(shù)有限公司