專利名稱：一種郵件傳送方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種郵件傳送方法及系統(tǒng)。
背景技術(shù)：
電子郵件(E-mail)是目前國際上應(yīng)用最廣泛的計(jì)算機(jī)數(shù)據(jù)通信方式，圖片、公 文、影音等各種計(jì)算機(jī)文件均可由E-mail的方式傳送給接收者，E-mail的應(yīng)用給人們生活 帶來了極大的方便。SMTP (Simple Mail Transfer Protocol，簡單郵件傳輸協(xié)議)是 80 年代初以 RFC821標(biāo)準(zhǔn)文檔方式制定的通訊協(xié)議，也是目前郵件系統(tǒng)普遍應(yīng)用的通訊協(xié)議。SMTP協(xié)議 支持ASCII編碼的二進(jìn)制傳輸，在發(fā)信過程中，郵件系統(tǒng)采用編碼方式將各種類型的附件 文件編碼成標(biāo)準(zhǔn)的ASCII字符串，并將該字符串添加到電子郵件的正文內(nèi)容后的特殊位置 上。當(dāng)接收方收到郵件后，讀取郵件內(nèi)容，并找到相應(yīng)的附件字符串位置，對該字符串進(jìn)行 解碼，得到附件文件。然而，現(xiàn)有的基于標(biāo)準(zhǔn)SMTP協(xié)議的郵件傳送方法，由于只能傳輸簡單的ASCII字 符，當(dāng)電子郵件附帶圖片、語音等大容量附件時(shí)，編碼后的傳輸信息量增大，浪費(fèi)了網(wǎng)絡(luò)帶 寬及郵件存儲(chǔ)空間。并且，現(xiàn)有的SMTP通訊協(xié)議不提供校驗(yàn)機(jī)制，發(fā)信客戶端可以偽造發(fā) 信方信息，接收方無法確認(rèn)發(fā)送方確實(shí)是其所聲稱的發(fā)信人。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提出一種郵件傳送方法及系統(tǒng)，支持無需ASCII編碼的郵件傳輸， 減少了郵件的網(wǎng)絡(luò)帶寬；并設(shè)有校驗(yàn)機(jī)制對客戶端的合法性進(jìn)行驗(yàn)證，可避免發(fā)信客戶端 偽造發(fā)信人信息，提高網(wǎng)絡(luò)的安全性。本發(fā)明實(shí)施例提供一種郵件傳送方法，包括客戶端向服務(wù)器發(fā)送請求獲知通訊協(xié)議的指令，獲得服務(wù)器所支持的郵件壓縮方 式和隨機(jī)數(shù)；客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生成第一校驗(yàn)碼，并向 服務(wù)器發(fā)送包含所述第一校驗(yàn)碼的郵件投遞請求指令；服務(wù)器根據(jù)所述郵件投遞請求指令中的信息對客戶端的合法性進(jìn)行驗(yàn)證；經(jīng)驗(yàn)證確定客戶端合法后，客戶端根據(jù)服務(wù)器所支持的郵件壓縮方式對郵件正文 進(jìn)行壓縮，并將壓縮后的郵件發(fā)送至服務(wù)器。進(jìn)一步的，所述客戶端將郵件成功發(fā)送至所述服務(wù)器后，還包括客戶端向服務(wù)器發(fā)送撤回郵件請求指令，請求撤回已成功發(fā)送的郵件；所述撤回 郵件請求指令包含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼；服務(wù)器根據(jù)所述撤回郵件請求指令中的信息驗(yàn)證客戶端是否合法，若是，則根據(jù) 所述郵件標(biāo)識(shí)和收信人信息查找所要撤回的郵件；若服務(wù)器查找到所要撤回的郵件，則向所述客戶端返回允許撤回郵件的響應(yīng)信息，否則返回拒絕撤回郵件的響應(yīng)信息；客戶端接收到允許撤回郵件的響應(yīng)信息后，向服務(wù)器發(fā)送撤回特定的收信人的郵件的請求指令，所述指令包含特定收信人列表、收信人隨機(jī)數(shù)；其中，所述收信人隨機(jī)數(shù)是 客戶端在發(fā)送郵件時(shí)為各個(gè)收信人分配的隨機(jī)數(shù)，所述收信人隨機(jī)數(shù)僅由發(fā)信人掌握，并 在發(fā)送郵件時(shí)保存在服務(wù)器中；服務(wù)器將客戶端發(fā)送的收信人隨機(jī)數(shù)與自身保存的收信人隨機(jī)數(shù)進(jìn)行比較，若兩 者相同，則根據(jù)所述特定收信人列表撤回特定的收信人的郵件，否則不執(zhí)行撤回郵件操作。相應(yīng)地，本發(fā)明實(shí)施例還提供了 一種郵件系統(tǒng)，包括客戶端和服務(wù)器；所述客戶端具體包括協(xié)議信息獲取模塊，用于向服務(wù)器發(fā)送請求獲知通訊協(xié)議的指令，獲得服務(wù)器所 支持的郵件壓縮方式和隨機(jī)數(shù)；投遞指令處理模塊，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生成 第一校驗(yàn)碼，并向服務(wù)器發(fā)送包含所述第一校驗(yàn)碼的郵件投遞請求指令；郵件發(fā)送模塊，用于根據(jù)服務(wù)器所支持的郵件壓縮方式對郵件正文進(jìn)行壓縮，并 將壓縮后的郵件發(fā)送至所述服務(wù)器；所述服務(wù)器具體包括協(xié)議信息返回模塊，用于在接收到客戶端發(fā)送的請求獲知通訊協(xié)議的指令后，向 客戶端返回服務(wù)器所支持的郵件壓縮方式和隨機(jī)數(shù)；投遞驗(yàn)證模塊，用于根據(jù)所述郵件投遞請求指令中的信息對客戶端的合法性進(jìn)行 驗(yàn)證；郵件接收模塊，用于接收合法客戶端發(fā)送的經(jīng)過壓縮的郵件。更進(jìn)一步的，所述客戶端還包括第一撤回請求模塊，用于向服務(wù)器發(fā)送撤回郵件請求指令，請求撤回已成功發(fā)送 的郵件；所述請求指令包含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼；第二撤回請求模塊，用于在接收到服務(wù)器返回的允許撤回郵件的響應(yīng)信息后，向 服務(wù)器發(fā)送撤回特定的收信人的郵件的請求指令，所述指令包含特定收信人列表、收信人 隨機(jī)數(shù)；其中，所述收信人隨機(jī)數(shù)是客戶端在發(fā)送郵件時(shí)為各個(gè)收信人分配的隨機(jī)數(shù)，所述 收信人隨機(jī)數(shù)僅由發(fā)信人掌握，并在發(fā)送郵件時(shí)保存在服務(wù)器中；則所述服務(wù)器也進(jìn)一步包括撤回驗(yàn)證模塊，用于根據(jù)所述撤回郵件請求指令中的信息驗(yàn)證客戶端是否合法， 若是，則根據(jù)所述郵件標(biāo)識(shí)和收信人信息查找所要撤回的郵件，并在查找到所要撤回的郵 件后，向所述客戶端返回允許撤回郵件的響應(yīng)信息；否則返回拒絕撤回郵件的響應(yīng)信息；撤回處理模塊，用于在收到客戶端發(fā)送的撤回特定的收信人的郵件的請求指令 后，將客戶端發(fā)送的收信人隨機(jī)數(shù)與自身保存的收信人隨機(jī)數(shù)進(jìn)行比較，若兩者相同，則根 據(jù)客戶端發(fā)送的特定收信人列表撤回特定的收信人的郵件，否則不執(zhí)行撤回郵件操作。實(shí)施本發(fā)明實(shí)施例，具有如下有益效果本發(fā)明實(shí)施例提供的郵件傳送方法及系統(tǒng)，在郵件傳送過程中，通過對郵件正文 進(jìn)行壓縮，可支持無需ASCII編碼的郵件傳輸，大大減少了郵件的網(wǎng)絡(luò)帶寬。本發(fā)明實(shí)施例 還設(shè)有校驗(yàn)機(jī)制，對客戶端的合法性進(jìn)行驗(yàn)證，可避免發(fā)信客戶端偽造發(fā)信人信息，提高網(wǎng)絡(luò)的安全性；并且通過添加驗(yàn)證機(jī)制，還可支持郵件撤回功能，且避免了執(zhí)行撤回操作的發(fā) 信人被冒充的風(fēng)險(xiǎn)。


圖1是本發(fā)明提供的郵件傳送方法的第一實(shí)施例的流程示意圖；
圖2是本發(fā)明提供的郵件傳送方法的第二實(shí)施例的流程示意圖；圖3是本發(fā)明提供的郵件傳送方法的第三實(shí)施例的流程示意圖；圖4是本發(fā)明提供的郵件傳送方法的第四實(shí)施例的流程示意圖；圖5是本發(fā)明提供的郵件系統(tǒng)的第一實(shí)施例的結(jié)構(gòu)示意圖；圖6是本發(fā)明提供的郵件系統(tǒng)的第二實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。參見圖1，是本發(fā)明提供的郵件傳送方法的第一實(shí)施例的流程示意圖。本實(shí)施例在 郵件傳送過程中，通過對郵件正文進(jìn)行壓縮，可支持無需ASCII編碼的郵件傳輸，大大減少 了郵件的網(wǎng)絡(luò)帶寬。該方法包括以下步驟S101，客戶端向服務(wù)器發(fā)送請求獲知通訊協(xié)議的指令，獲得服務(wù)器所支持的郵件 壓縮方式和隨機(jī)數(shù)；具體的，所述請求獲知通訊協(xié)議的指令中包含客戶端的域名信息；服務(wù)器接收到 所述指令后，根據(jù)指令中的域名信息向?qū)?yīng)的客戶端返回通訊協(xié)議信息，所述通訊協(xié)議信 息包含服務(wù)器所支持的協(xié)議版本號(hào)、郵件壓縮方式和一個(gè)用于后續(xù)通訊過程驗(yàn)證客戶端身 份的隨機(jī)數(shù)。S102,客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生成第一校驗(yàn)碼， 并向服務(wù)器發(fā)送包含所述第一校驗(yàn)碼的郵件投遞請求指令；具體的，客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第一屬性信息進(jìn)行運(yùn)算，獲得第一校 驗(yàn)碼；所述第一屬性信息包含發(fā)信人信息、收信人信息、許可證信息和服務(wù)器返回的隨機(jī) 數(shù)；客戶端向服務(wù)器發(fā)送郵件投遞請求指令，所述郵件投遞請求指令包含發(fā)信人信息、收信 人信息、許可證信息和第一校驗(yàn)碼。S103，服務(wù)器根據(jù)所述郵件投遞請求指令中的信息對客戶端的合法性進(jìn)行驗(yàn)證； 具體如下服務(wù)器收到客戶端發(fā)送的郵件投遞請求指令后，根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第二 屬性信息進(jìn)行運(yùn)算，獲得第二校驗(yàn)碼；所述第二屬性信息包含所述郵件投遞請求指令中的 發(fā)信人信息、收信人信息、許可證信息和保存在服務(wù)器中的隨機(jī)數(shù)；服務(wù)器將所述第二校驗(yàn)碼與所述郵件投遞請求指令中的第一校驗(yàn)碼進(jìn)行比較，若 兩者相同，則通過校驗(yàn)碼驗(yàn)證；服務(wù)器對客戶端發(fā)送的許可證信息進(jìn)行驗(yàn)證，判斷所述客戶端是否具有使用本服務(wù)器所支持的通訊協(xié)議傳送郵件的權(quán)限，若有，則通過權(quán)限驗(yàn)證；若通過校驗(yàn)碼驗(yàn)證和權(quán)限驗(yàn)證，則確定所述客戶端合法，允許所述客戶端發(fā)送郵件；否則拒絕所述客戶端發(fā)送郵件。S104，經(jīng)驗(yàn)證確定客戶端合法后，所述客戶端根據(jù)服務(wù)器所支持的郵件壓縮方式 郵件正文進(jìn)行壓縮，并將壓縮后的郵件發(fā)送至所述服務(wù)器。其中，所述郵件正文包括郵件附 件。具體實(shí)施時(shí)，本發(fā)明實(shí)施例可以采用LZSS、deflate等成熟的壓縮算法對郵件正文進(jìn)行 壓縮。參見圖2，是本發(fā)明提供的郵件傳送方法的第二實(shí)施例的流程示意圖。與上述第一實(shí)施例的郵件傳送方法相比，本實(shí)施例的不同點(diǎn)在于，當(dāng)客戶端將郵 件成功發(fā)送至服務(wù)器后，還支持郵件撤回功能。本實(shí)施例除了包括上述的步驟SlOl S104 夕卜，還進(jìn)一步包括以下步驟S201，客戶端向服務(wù)器發(fā)送撤回郵件請求指令，請求撤回已成功發(fā)送的郵件；所述 撤回郵件請求指令包含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼；其中，“郵件標(biāo)識(shí)”是發(fā)信人發(fā)出的郵件的唯一 ID，只有發(fā)信的特定的人才掌握這 個(gè)ID。所述第三校驗(yàn)碼是由客戶端運(yùn)算獲得，包括客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對 第三屬性信息進(jìn)行運(yùn)算，獲得第三校驗(yàn)碼；所述第三屬性信息包含郵件標(biāo)識(shí)、收信人信息、 許可證信息和服務(wù)器返回的隨機(jī)數(shù)。S202，服務(wù)器根據(jù)所述撤回郵件請求指令中的信息驗(yàn)證客戶端是否合法，若是，則 根據(jù)所述郵件標(biāo)識(shí)和收信人信息查找所要撤回的郵件；其中，驗(yàn)證客戶端的合法性的方法具體如下服務(wù)器收到客戶端發(fā)送的撤回郵件 請求指令后，根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第四屬性信息進(jìn)行運(yùn)算，獲得第四校驗(yàn)碼；所述第 四屬性信息包含所述撤回郵件請求指令中的郵件標(biāo)識(shí)、收信人信息、許可證信息和保存在 服務(wù)器中的隨機(jī)數(shù)；服務(wù)器將所述第四校驗(yàn)碼與所述撤回郵件請求指令中的第三校驗(yàn)碼進(jìn) 行比較，若兩者相同，則判定客戶端合法；否則判定客戶端不合法。S203，若服務(wù)器查找到所要撤回的郵件，則向所述客戶端返回允許撤回郵件的響 應(yīng)信息，否則返回拒絕撤回郵件的響應(yīng)信息；S204，客戶端接收到允許撤回郵件的響應(yīng)信息后，向服務(wù)器發(fā)送撤回特定的收信 人的郵件的請求指令，所述指令包含特定收信人列表、收信人隨機(jī)數(shù)；其中，所述收信人隨 機(jī)數(shù)是客戶端在發(fā)送郵件時(shí)為各個(gè)收信人分配的隨機(jī)數(shù)，所述收信人隨機(jī)數(shù)僅由發(fā)信人掌 握，并在發(fā)送郵件時(shí)保存在服務(wù)器中；S205，服務(wù)器將客戶端發(fā)送的收信人隨機(jī)數(shù)與自身保存的收信人隨機(jī)數(shù)進(jìn)行比 較，若兩者相同，則根據(jù)所述特定收信人列表撤回特定的收信人的郵件，否則不執(zhí)行撤回郵 件操作。為了方便說明，下面將服務(wù)器所支持的通訊協(xié)議稱為郵件私有協(xié)議，該郵件私有 協(xié)議是在兼容標(biāo)準(zhǔn)SMTP通訊協(xié)議的基礎(chǔ)上，對SMTP通訊協(xié)議進(jìn)行擴(kuò)展。通過對二進(jìn)制編 碼進(jìn)行壓縮，使其支持無需ASCII編碼的二進(jìn)制傳輸，減少了郵件的網(wǎng)絡(luò)帶寬。并且，通過 在通訊協(xié)議中添加驗(yàn)證機(jī)制，使其支持郵件撤回功能。下面以郵件私有協(xié)議作為郵件通訊協(xié)議，對本發(fā)明實(shí)施例提供的郵件投遞過程及郵件撤回過程進(jìn)行詳細(xì)描述。參見圖3，是本發(fā)明提供的郵件傳送方法的第三實(shí)施例的流程示意圖。下面對郵件投遞過程進(jìn)行詳細(xì)描述，如圖3所示，郵件投遞過程如下
S3Ol,連接服務(wù)器；S302，服務(wù)器返回banner信息；其中，banner信息相當(dāng)于“歡迎信息”，其包含了服 務(wù)器所支持的郵件通訊協(xié)議。S303,客戶端向服務(wù)器發(fā)送EHLO指令。該EHLO指令的作用是請求獲知服務(wù)器所 支持的通訊協(xié)議及其擴(kuò)展，EHLO指令中包含了客戶端的域名信息。S304,服務(wù)器接收到EHLO指令后，根據(jù)EHLO指令中的域名信息向?qū)?yīng)的客戶端返 回“EHL0返回信息”，該“EHL0返回信息”中包含了服務(wù)器所支持的郵件協(xié)議擴(kuò)展(協(xié)議版 本號(hào))、郵件壓縮方式和一個(gè)隨機(jī)數(shù)?？蛻舳丝梢酝ㄟ^判斷服務(wù)器是否返回郵件壓縮的協(xié)議 擴(kuò)展信息，來獲知服務(wù)器是否支持郵件壓縮功能。其中，所述隨機(jī)數(shù)是在服務(wù)器端通過隨機(jī) 數(shù)生成函數(shù)產(chǎn)生的，并且，該隨機(jī)數(shù)同時(shí)保存在服務(wù)器中?？蛻舳藷o法預(yù)知該隨機(jī)數(shù)的具體 值，該隨機(jī)數(shù)在后續(xù)的通訊過程中用于驗(yàn)證發(fā)信客戶端的合法性。需要說明的是，步驟S301 S304的信息交互過程與標(biāo)準(zhǔn)的SMTP通訊協(xié)議相同， 在此不進(jìn)行詳細(xì)描述?？蛻舳私邮盏健癊HL0返回信息”后，根據(jù)其中的協(xié)議版本號(hào)判斷服務(wù)器是否支持郵 件私有協(xié)議，若是，則執(zhí)行S305 ；否則，客戶端采用標(biāo)準(zhǔn)的SMTP通訊協(xié)議發(fā)送郵件。S305,客戶端向服務(wù)器發(fā)送郵件私有協(xié)議指令(C0REMAIL指令)，該指令包含了客 戶端的許可證(license)信息；S306，服務(wù)器檢查客戶端發(fā)送的license信息，判斷該客戶端是否具有使用郵件 私有協(xié)議的權(quán)限；若有，則服務(wù)器使用郵件私有協(xié)議進(jìn)行通訊，執(zhí)行S307 ；否則，切換到標(biāo) 準(zhǔn)的SMTP協(xié)議繼續(xù)通訊。S307，客戶端向服務(wù)器發(fā)送郵件投遞請求指令，該郵件投遞請求指令中包含了發(fā) 信人(MAIL)信息、收信人(RCPT)信息、license信息、第一校驗(yàn)碼、郵件壓縮方式等信息。其中，所述第一校驗(yàn)碼是客戶端通過特定的校驗(yàn)運(yùn)算規(guī)則計(jì)算獲得的，供服務(wù)器 驗(yàn)證發(fā)信客戶端是否合法。具體如下客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第一屬性信息 進(jìn)行運(yùn)算，獲得第一校驗(yàn)碼。該第一屬性信息包含了隨機(jī)數(shù)、發(fā)信人信息、收信人信息、 license信息及其他屬性數(shù)據(jù)。S308，服務(wù)器接收客戶端發(fā)送的郵件投遞請求指令后，對客戶端的合法性進(jìn)行驗(yàn) 證，并返回驗(yàn)證結(jié)果。具體如下服務(wù)器收到客戶端發(fā)送的郵件投遞請求指令后，提取該指令中的發(fā)信人信息、收 信人信息及l(fā)icense信息及其他屬性數(shù)據(jù)，與自身保存的隨機(jī)數(shù)組成第二屬性信息。服務(wù) 器根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第二屬性信息進(jìn)行運(yùn)算，獲得第二校驗(yàn)碼，并將該第二校驗(yàn) 碼與客戶端發(fā)送的第一校驗(yàn)碼進(jìn)行比較，若兩者相同，則通過校驗(yàn)碼驗(yàn)證；否則校驗(yàn)碼驗(yàn)證 不通過?？蛻舳伺c服務(wù)器具有相同的校驗(yàn)運(yùn)算規(guī)則，若通過校驗(yàn)碼驗(yàn)證，即第一屬性信息 與第二屬性信息相同，則表明了服務(wù)器所收到的發(fā)信人信息、收信人信息及l(fā)icense信息 沒有篡改過，發(fā)信人和收信人合法。同時(shí)，用于生成校驗(yàn)碼的屬性信息中包含隨機(jī)數(shù)，避免了發(fā)信客戶端通過截留之前的通訊信息并重新發(fā)送來繞開驗(yàn)證機(jī)制。進(jìn)一步，服務(wù)器還根據(jù)郵件投遞請求指令中的license信息，再次檢查對應(yīng)的客 戶端是否具有使用私有協(xié)議的權(quán)限。最后，服務(wù)器針對每種驗(yàn)證分別返回一個(gè)驗(yàn)證結(jié)果，若其中一個(gè)驗(yàn)證結(jié)果不合法， 則拒絕客戶端發(fā)送郵件正文；若全部合法，則允許客戶端發(fā)送郵件正文。具體的，服務(wù)器向 客戶端返回的信息包括發(fā)信人的驗(yàn)證結(jié)果、每個(gè)收信人的驗(yàn)證結(jié)果以及是否允許客戶端 發(fā)送郵件正文。客戶端接收服務(wù)器返回的驗(yàn)證結(jié)果，若服務(wù)器允許發(fā)送郵件正文，則執(zhí)行步驟S309，否則結(jié)束郵件投遞程序。S309，客戶端根據(jù)之前商定好的郵件壓縮方式，對郵件正文(包括附件)進(jìn)行壓 縮，并發(fā)送到服務(wù)器。S310，服務(wù)器對郵件進(jìn)行Antispam(反垃圾)檢查后，向客戶端返回是否成功接收 郵件的響應(yīng)信息。本發(fā)明實(shí)施例提供的郵件傳送方法及系統(tǒng)，在郵件傳送過程中，通過對郵件正文 進(jìn)行壓縮，可支持無需ASCII編碼的郵件傳輸，大大減少了郵件的網(wǎng)絡(luò)帶寬。本發(fā)明實(shí)施例 還設(shè)有校驗(yàn)機(jī)制，對客戶端的合法性進(jìn)行驗(yàn)證，可避免發(fā)信客戶端偽造發(fā)信人信息，提高網(wǎng) 絡(luò)的安全性。并且，當(dāng)驗(yàn)證不通過時(shí)，服務(wù)器拒絕接收客戶端的郵件，無需耗費(fèi)額外的資源 對客戶端發(fā)送過來的信息進(jìn)行解壓，減少了無謂的資源消耗及惡意的客戶端程序的騷擾。參見圖4，是本發(fā)明提供的郵件傳送方法的第四實(shí)施例的流程示意圖。與上述的第三實(shí)施例相比，本實(shí)施例的不同點(diǎn)在于當(dāng)客戶端將郵件成功發(fā)送至 服務(wù)器后，還支持郵件撤回功能。如圖4所示，郵件撤回過程如下S401，連接服務(wù)器；S402，服務(wù)器返回banner信息，該banner信息中包含了服務(wù)器所支持的郵件通訊 協(xié)議。S403,客戶端發(fā)送EHLO指令到服務(wù)器，請求獲取服務(wù)器所支持的通訊協(xié)議擴(kuò)展； 其中，EHLO指令中包含了客戶端的域名信息。S404,服務(wù)器接收到EHLO指令后，根據(jù)EHLO指令中的域名信息向?qū)?yīng)的客戶端返 回“EHL0返回信息”，該“EHL0返回信息”中包含了服務(wù)器所支持的郵件協(xié)議擴(kuò)展(協(xié)議版 本號(hào))、郵件壓縮方式和一個(gè)隨機(jī)數(shù)。客戶端可以通過判斷服務(wù)器是否返回郵件壓縮及撤回 的協(xié)議擴(kuò)展信息，來獲知服務(wù)器是否支持郵件壓縮及撤回功能。其中，所述隨機(jī)數(shù)是在服務(wù) 器端通過隨機(jī)數(shù)生成函數(shù)產(chǎn)生的，并且，該隨機(jī)數(shù)同時(shí)保存在服務(wù)器中。客戶端無法預(yù)知該 隨機(jī)數(shù)的具體值，該隨機(jī)數(shù)在后續(xù)的通訊過程中用于驗(yàn)證發(fā)信客戶端的合法性。需要說明的是，步驟S401 S404中的信息交互過程與標(biāo)準(zhǔn)的SMTP通訊協(xié)議相 同，在此不進(jìn)行詳細(xì)描述?？蛻舳私邮盏健癊HL0返回信息”后，根據(jù)其中的協(xié)議版本號(hào)判斷服務(wù)器是否支持郵 件私有協(xié)議，若是，則執(zhí)行S405 ；否則結(jié)束郵件撤回程序。S405，客戶端向服務(wù)器發(fā)送郵件私有協(xié)議指令(CMRECALL指令)，該指令包含了客 戶端的license信息；S406，服務(wù)器檢查客戶端發(fā)送的license信息，確定該客戶端是否具有撤回郵件的權(quán)限。主要是檢查license的郵件撤回功能是否打開，以及服務(wù)器是否允許這個(gè)域名的 發(fā)信人撤回郵件。若允許，則執(zhí)行步驟S407 ；否則結(jié)束郵件撤回程序?？蛇x的，服務(wù)器可以預(yù)先存儲(chǔ)不接受撤回請求的域名，若客戶端的域名屬于不接 受撤回請求的域名，則結(jié)束郵件撤回程序。具體實(shí)施時(shí)，只要客戶端能以本發(fā)明的郵件私有協(xié)議發(fā)送請求，并通過了驗(yàn)證，即 可接受相關(guān)的郵件撤回請求。S407，客戶端向服務(wù)器發(fā)送撤回郵件請求指令；該撤回郵件請求指令包含以下信息郵件標(biāo)識(shí)、收信人信息、license信息、撤回 原因、IP地址和第三校驗(yàn)碼。其中“郵件標(biāo)識(shí)”是發(fā)信人發(fā)出的郵件的唯一 ID，只有發(fā)信的特定的人才掌握這個(gè)ID ；“IP地址”是執(zhí)行撤回操作的發(fā)送請求的IP，用于事后審核跟蹤撤回請求；“第三校驗(yàn)碼”是客戶端通過特定的校驗(yàn)運(yùn)算規(guī)則計(jì)算獲得的，用于后續(xù)通信過程 中供服務(wù)器驗(yàn)證發(fā)信客戶端的合法性；生成“第三校驗(yàn)碼”的方法如下客戶端采用預(yù)定的 校驗(yàn)運(yùn)算規(guī)則對第三屬性信息進(jìn)行運(yùn)算，獲得第三校驗(yàn)碼。該第三屬性信息包含了隨機(jī)數(shù)、 郵件標(biāo)識(shí)、收件人信息、license信息、撤回原因、執(zhí)行撤回操作的IP地址以及其他屬性數(shù) 據(jù)。S408，服務(wù)器收到客戶端發(fā)送的撤回郵件請求指令后，對該指令中的信息進(jìn)行驗(yàn) 證，并向客戶端返回驗(yàn)證結(jié)果；具體如下服務(wù)器收到客戶端發(fā)送的撤回郵件請求指令后，提取該指令中的郵件標(biāo)識(shí)，收件 人信息、license信息、撤回原因、執(zhí)行撤回操作的IP地址及其它屬性數(shù)據(jù)，與自身保存的 隨機(jī)數(shù)組成第四屬性信息。服務(wù)器根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第四屬性信息進(jìn)行運(yùn)算，獲 得第四校驗(yàn)碼，并將該第四校驗(yàn)碼與客戶端發(fā)送的第三校驗(yàn)碼進(jìn)行比較，若兩者相同，則通 過校驗(yàn)碼驗(yàn)證；否則校驗(yàn)碼驗(yàn)證不通過。客戶端與服務(wù)器具有相同的校驗(yàn)運(yùn)算規(guī)則，若通過校驗(yàn)碼驗(yàn)證，則表明了服務(wù)器 所收到的郵件標(biāo)識(shí)(ID)、license、撤回原因、執(zhí)行撤回操作的IP地址沒有篡改過，避免了 發(fā)信人被冒充的風(fēng)險(xiǎn)。同時(shí)，用于生成校驗(yàn)碼的屬性信息中包含隨機(jī)數(shù)，避免了發(fā)信客戶端 通過截留之前的通訊信息并重新發(fā)送來繞開驗(yàn)證機(jī)制。校驗(yàn)碼驗(yàn)證通過后，服務(wù)器檢查所要撤回的郵件是否存在，具體為服務(wù)器根據(jù)該 撤回郵件請求指令中的郵件標(biāo)識(shí)和收信人信息，通過查找每個(gè)需要撤回的收信人的郵件信 息，從每個(gè)收信人的信箱中查找出所要被撤回的郵件，若郵件存在，則允許客戶端撤回；但 是，若郵件已經(jīng)被收信人讀取，或已經(jīng)被收信人刪除，在這些情況下撤回操作都將失敗。最后，服務(wù)器向客戶端返回驗(yàn)證結(jié)果允許或拒絕客戶端的撤回郵件請求?？蛻舳耸盏椒?wù)器返回的驗(yàn)證結(jié)果后，若允許撤回郵件，則執(zhí)行步驟S409 ；否則 結(jié)束郵件撤回程序。S409，客戶端向服務(wù)器發(fā)送撤回特定收信人的郵件的請求指令，該請求指令包含 以下信息特定收信人列表、收信人隨機(jī)數(shù)。其中“特定收信人列表”記錄所要撤回的特定收信人的列表；由于所要撤回的郵件有可 能具有多個(gè)收信人，因此，客戶端可以請求中撤回特定收信人的郵件。例如，客戶端可以請 求撤回其中一個(gè)收信人的郵件，或者撤回全部收信人的郵件。
“收信人隨機(jī)數(shù)”是由客戶端通過隨機(jī)數(shù)生成函數(shù)產(chǎn)生的；發(fā)信人在發(fā)出郵件時(shí)， 會(huì)給各個(gè)收信人分別分配一個(gè)隨機(jī)數(shù)，即“收信人隨機(jī)數(shù)”。只有特定的發(fā)信人才掌握這些 隨機(jī)數(shù)，收信人無法獲知該隨機(jī)數(shù)的具體值。在發(fā)送郵件時(shí)，客戶端將該“收信人隨機(jī)數(shù)”發(fā) 送至服務(wù)器，并存儲(chǔ)在服務(wù)器中，用于后續(xù)郵件撤回過程中對執(zhí)行撤回操作的發(fā)信人進(jìn)行 驗(yàn)證。S410，服務(wù)器接收到客戶端發(fā)送的“撤回特定收信人的郵件的請求指令”后，將所 接收到的“收信人隨機(jī)數(shù)”與自身保存的“收信人隨機(jī)數(shù)”進(jìn)行比較，判斷兩者是否相同，若 是，則服務(wù)器根據(jù)客戶端發(fā)送的特定收信人列表，撤回特定的收信人的郵件；否則不執(zhí)行撤 回郵件操作。最后，服務(wù)器向客戶端返回郵件撤回是否成功的結(jié)果。在具體實(shí)施當(dāng)中，例如A發(fā)送郵件給B、C，則B是可以通過查看信頭獲知發(fā)信方郵 件的唯一 ID，若B掌握了校驗(yàn)方式，則B有可能冒充A撤回郵件。為了克服這個(gè)缺點(diǎn)，本發(fā) 明實(shí)施例在A向B、C發(fā)出郵件時(shí)，A會(huì)給B、C各自分配一個(gè)隨機(jī)數(shù)，這些隨機(jī)數(shù)只有A知 道。在后續(xù)的撤回郵件過程中，通過添加驗(yàn)證機(jī)制對發(fā)信人隨機(jī)數(shù)進(jìn)行驗(yàn)證，避免了發(fā)信人 被冒充的風(fēng)險(xiǎn)。本發(fā)明實(shí)施例提供的郵件傳送方法，在郵件傳送過程中，通過對郵件正文進(jìn)行壓 縮，可支持無需ASCII編碼的郵件傳輸，大大減少了郵件的網(wǎng)絡(luò)帶寬。本發(fā)明實(shí)施例還設(shè)有 校驗(yàn)機(jī)制，對客戶端的合法性進(jìn)行驗(yàn)證，可避免發(fā)信客戶端偽造發(fā)信人信息，提高網(wǎng)絡(luò)的安 全性；并且通過添加驗(yàn)證機(jī)制，還可支持郵件撤回功能，且避免了執(zhí)行撤回操作的發(fā)信人被 冒充的風(fēng)險(xiǎn)。相應(yīng)地，本發(fā)明實(shí)施例還提供了一種郵件系統(tǒng)，其支持郵件私有協(xié)議，具有郵件壓 縮和郵件撤回功能，能夠?qū)崿F(xiàn)上述郵件傳送方法中的所有步驟。參見圖5，是本發(fā)明實(shí)施例提供的郵件系統(tǒng)的第一實(shí)施例的結(jié)構(gòu)示意圖，該郵件系 統(tǒng)包括客戶端1和服務(wù)器2。如圖5所示，所述客戶端1具體包括協(xié)議信息獲取模塊11，用于向服務(wù)器2發(fā)送請求獲知通訊協(xié)議的指令，獲得服務(wù) 器2所支持的郵件壓縮方式和隨機(jī)數(shù)；投遞指令處理模塊12，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生 成第一校驗(yàn)碼，并向服務(wù)器2發(fā)送包含所述第一校驗(yàn)碼的郵件投遞請求指令；郵件發(fā)送模塊13，用于根據(jù)服務(wù)器2所支持的郵件壓縮方式郵件正文進(jìn)行壓縮， 并將壓縮后的郵件發(fā)送至所述服務(wù)器2 ；具體的，所述投遞指令處理模塊12進(jìn)一步包括第一校驗(yàn)碼生成單元，用于根據(jù) 預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第一屬性信息進(jìn)行運(yùn)算，獲得第一校驗(yàn)碼；所述第一屬性信息包含 發(fā)信人信息、收信人信息、許可證信息和服務(wù)器2返回的隨機(jī)數(shù)；投遞指令發(fā)送單元，用于 向服務(wù)器2發(fā)送郵件投遞請求指令，所述郵件投遞請求指令包含發(fā)信人信息、收信人信息、 許可證信息和第一校驗(yàn)碼。如圖5所示，所述服務(wù)器2具體包括協(xié)議信息返回模塊21，用于在接收到客戶端1發(fā)送的請求獲知通訊協(xié)議的指令 后，向客戶端1返回服務(wù)器2所支持的郵件壓縮方式和隨機(jī)數(shù)；投遞驗(yàn)證模塊22，用于根據(jù)所述郵件投遞請求指令中的信息對客 戶端1的合法性進(jìn)行驗(yàn)證；郵件接收模塊23，用于接收合法客戶端1發(fā)送的經(jīng)過壓縮的郵件。具體的，所述客戶端1中的協(xié)議信息獲取模塊11所發(fā)送的請求獲知通訊協(xié)議的指 令中包含該客戶端1的域名信息；則所述服務(wù)器2中的協(xié)議信息返回模塊21在接收到所述 包含域名信息的指令后，根據(jù)所述域名信息向?qū)?yīng)的客戶端1返回通訊協(xié)議信息；所述通 訊協(xié)議信息包含服務(wù)器2所支持的協(xié)議版本號(hào)、郵件壓縮方式和一個(gè)用于后續(xù)通訊過程驗(yàn) 證客戶端1身份的隨機(jī)數(shù)。更為具體的，所述服務(wù)器2中的投遞驗(yàn)證模塊22進(jìn)一步包括第二校驗(yàn)碼生成單元，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第二屬性信息進(jìn)行運(yùn)算， 獲得第二校驗(yàn)碼；所述第二屬性信息包含所述郵件投遞請求指令中的發(fā)信人信息、收信人 信息、許可證信息和保存在服務(wù)器2中的隨機(jī)數(shù)；校驗(yàn)碼驗(yàn)證單元，用于將所述第二校驗(yàn)碼與所述郵件投遞請求指令中的第一校驗(yàn) 碼進(jìn)行比較，若兩者相同，則通過校驗(yàn)碼驗(yàn)證；投遞權(quán)限驗(yàn)證單元，用于對客戶端1發(fā)送的許可證信息進(jìn)行驗(yàn)證，判斷所述客戶 端1是否具有使用本服務(wù)器所支持的通訊協(xié)議傳送郵件的權(quán)限，若有，則通過權(quán)限驗(yàn)證；驗(yàn)證結(jié)果返回單元，在通過校驗(yàn)碼驗(yàn)證和權(quán)限驗(yàn)證后，向客戶端1返回允許發(fā)送 郵件的響應(yīng)信息；否則向客戶端1返回拒絕發(fā)送郵件的響應(yīng)信息。參見圖6，是本發(fā)明實(shí)施例提供的郵件系統(tǒng)的第二實(shí)施例的結(jié)構(gòu)示意圖。與上述的第一實(shí)施例的郵件系統(tǒng)相比，本實(shí)施例的不同點(diǎn)在于，該客戶端1除了 包括協(xié)議信息獲取模塊11、投遞指令處理模塊12和郵件發(fā)送模塊13之外，還進(jìn)一步包括第一撤回請求模塊14，用于向服務(wù)器2發(fā)送撤回郵件請求指令，請求撤回已成功 發(fā)送的郵件；所述請求指令包含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼；第二撤回請求模塊15，用于在接收到服務(wù)器2返回的允許撤回郵件的響應(yīng)信息 后，向服務(wù)器2發(fā)送撤回特定的收信人的郵件的請求指令，所述指令包含特定收信人列表、 收信人隨機(jī)數(shù)；其中，所述收信人隨機(jī)數(shù)是客戶端1在發(fā)送郵件時(shí)為各個(gè)收信人分配的隨 機(jī)數(shù)，所述收信人隨機(jī)數(shù)僅由發(fā)信人掌握，并在發(fā)送郵件時(shí)保存在服務(wù)器中；更為具體的，所述第一撤回請求模塊14還包括第三校驗(yàn)碼生成單元，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第三屬性信息進(jìn)行運(yùn)算， 獲得第三校驗(yàn)碼；所述第三屬性信息包含郵件標(biāo)識(shí)、收信人信息、許可證信息和服務(wù)器返回 的隨機(jī)數(shù)；撤回指令發(fā)送單元，用于向服務(wù)器2發(fā)送撤回郵件請求指令，所述撤回郵件請求 指令包含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼。與上述的第一實(shí)施例的郵件系統(tǒng)相比，本實(shí)施例的另一個(gè)不同點(diǎn)在于，該服務(wù)器2 除了包括協(xié)議信息返回模塊21、投遞驗(yàn)證模塊22和郵件接收模塊23之外，還進(jìn)一步包括撤回驗(yàn)證模塊24，用于根據(jù)所述撤回郵件請求指令中的信息驗(yàn)證客戶端1是否合 法，若是，則根據(jù)所述郵件標(biāo)識(shí)和收信人信息查找所要撤回的郵件，并在查找到所要撤回的 郵件后，向所述客戶端1返回允許撤回郵件的響應(yīng)信息；否則返回拒絕撤回郵件的響應(yīng)信 息；撤回處理模塊25，用于在收到客戶端1發(fā)送的撤回特定的收信人的郵件的請求指令后，將客戶端1發(fā)送的收信人隨機(jī)數(shù)與自身保存的收信人隨機(jī)數(shù)進(jìn)行比較，若兩者相同， 則根據(jù)客戶端1發(fā)送的特定收信人列表撤回特定的收信人的郵件，否則不執(zhí)行撤回郵件操作。更為具體的，所述撤回驗(yàn)證模塊24還包括第四校驗(yàn)碼生成單元，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第四屬性信息進(jìn)行運(yùn)算， 獲得第四校驗(yàn)碼；所述第四屬性信息包含所述撤回郵件請求指令中的郵件標(biāo)識(shí)、收信人信 息、許可證信息和保存在服務(wù)器中的隨機(jī)數(shù)；驗(yàn)證單元，用于將所述第四校驗(yàn)碼與所述撤回郵件請求指令中的第三校驗(yàn)碼進(jìn)行 比較，若兩者相同，則判定客戶端1合法，并根據(jù)所述郵件標(biāo)識(shí)和收信人信息查找所要撤回 的郵件，在查找到所要撤回的郵件后，向所述客戶端1返回允許撤回郵件的響應(yīng)信息；否則 返回拒絕撤回郵件的響應(yīng)信息。需要說明的是，本發(fā)明實(shí)施例提供的郵件系統(tǒng)，支持郵件私有協(xié)議，具有郵件壓縮 和郵件撤回功能，其投遞郵件和撤回郵件的工作流程與上述實(shí)施例中的郵件傳送方法相 同，在此不再贅述。本發(fā)明實(shí)施例提供的郵件系統(tǒng)，可用于實(shí)現(xiàn)郵件投遞和郵件撤回，在郵件傳送過 程中，通過對郵件正文進(jìn)行壓縮，可支持無需ASCII編碼的郵件傳輸，大大減少了郵件的網(wǎng) 絡(luò)帶寬。本發(fā)明實(shí)施例還設(shè)有校驗(yàn)機(jī)制，對客戶端的合法性進(jìn)行驗(yàn)證，可避免發(fā)信客戶端偽 造發(fā)信人信息，提高網(wǎng)絡(luò)的安全性；并且通過添加驗(yàn)證機(jī)制，還可支持郵件撤回功能，且避 免了執(zhí)行撤回操作的發(fā)信人被冒充的風(fēng)險(xiǎn)。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以 通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì) 中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁 碟、光盤、只讀存儲(chǔ)記憶體(Read-Only Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory, RAM)等。以上所述是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員 來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也視為 本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種郵件傳送方法，其特征在于，包括客戶端向服務(wù)器發(fā)送請求獲知通訊協(xié)議的指令，獲得服務(wù)器所支持的郵件壓縮方式和隨機(jī)數(shù)；客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生成第一校驗(yàn)碼，并向服務(wù)器發(fā)送包含所述第一校驗(yàn)碼的郵件投遞請求指令；服務(wù)器根據(jù)所述郵件投遞請求指令中的信息對客戶端的合法性進(jìn)行驗(yàn)證；經(jīng)驗(yàn)證確定客戶端合法后，客戶端根據(jù)服務(wù)器所支持的郵件壓縮方式對郵件正文進(jìn)行壓縮，并將壓縮后的郵件發(fā)送至服務(wù)器。
2.如權(quán)利要求1所述的郵件傳送方法，其特征在于，所述客戶端向服務(wù)器發(fā)送請求獲 知通訊協(xié)議的指令，獲得服務(wù)器所支持的郵件壓縮方式和隨機(jī)數(shù)，具體包括客戶端向服務(wù)器發(fā)送請求獲知通訊協(xié)議的指令，所述指令包含客戶端的域名信息； 服務(wù)器接收到所述指令后，根據(jù)指令中的域名信息向?qū)?yīng)的客戶端返回通訊協(xié)議信 息，所述通訊協(xié)議信息包含服務(wù)器所支持的協(xié)議版本號(hào)、郵件壓縮方式和一個(gè)用于后續(xù)通 訊過程驗(yàn)證客戶端身份的隨機(jī)數(shù)。
3.如權(quán)利要求2所述的郵件傳送方法，其特征在于，所述客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算 規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生成第一校驗(yàn)碼，并向服務(wù)器發(fā)送包含所述第一校驗(yàn)碼的郵 件投遞請求指令，具體包括客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第一屬性信息進(jìn)行運(yùn)算，獲得第一校驗(yàn)碼；所述第 一屬性信息包含發(fā)信人信息、收信人信息、許可證信息和服務(wù)器返回的隨機(jī)數(shù)；客戶端向服務(wù)器發(fā)送郵件投遞請求指令，所述郵件投遞請求指令包含發(fā)信人信息、收 信人信息、許可證信息和第一校驗(yàn)碼。
4.如權(quán)利要求3所述的郵件傳送方法，其特征在于，所述服務(wù)器根據(jù)所述郵件投遞請 求指令中的信息對客戶端的合法性進(jìn)行驗(yàn)證，具體包括服務(wù)器收到客戶端發(fā)送的郵件投遞請求指令后，根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第二屬性 信息進(jìn)行運(yùn)算，獲得第二校驗(yàn)碼；所述第二屬性信息包含所述郵件投遞請求指令中的發(fā)信 人信息、收信人信息、許可證信息和保存在服務(wù)器中的隨機(jī)數(shù)；服務(wù)器將所述第二校驗(yàn)碼與所述郵件投遞請求指令中的第一校驗(yàn)碼進(jìn)行比較，若兩者 相同，則通過校驗(yàn)碼驗(yàn)證；服務(wù)器對客戶端發(fā)送的許可證信息進(jìn)行驗(yàn)證，判斷所述客戶端是否具有使用本服務(wù)器 所支持的通訊協(xié)議傳送郵件的權(quán)限，若有，則通過權(quán)限驗(yàn)證；若通過校驗(yàn)碼驗(yàn)證和權(quán)限驗(yàn)證，則確定所述客戶端合法，允許所述客戶端發(fā)送郵件；否 則拒絕所述客戶端發(fā)送郵件。
5.如權(quán)利要求1 4任一項(xiàng)所述的郵件傳送方法，其特征在于，所述客戶端將郵件成功 發(fā)送至所述服務(wù)器后，還包括客戶端向服務(wù)器發(fā)送撤回郵件請求指令，請求撤回已成功發(fā)送的郵件；所述撤回郵件 請求指令包含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼；服務(wù)器根據(jù)所述撤回郵件請求指令中的信息驗(yàn)證客戶端是否合法，若是，則根據(jù)所述 郵件標(biāo)識(shí)和收信人信息查找所要撤回的郵件；若服務(wù)器查找到所要撤回的郵件，則向所述客戶端返回允許撤回郵件的響應(yīng)信息，否則返回拒絕撤回郵件的響應(yīng)信息；客戶端接收到允許撤回郵件的響應(yīng)信息后，向服務(wù)器發(fā)送撤回特定的收信人的郵件的 請求指令，所述指令包含特定收信人列表、收信人隨機(jī)數(shù)；其中，所述收信人隨機(jī)數(shù)是客戶 端在發(fā)送郵件時(shí)為各個(gè)收信人分配的隨機(jī)數(shù)，所述收信人隨機(jī)數(shù)僅由發(fā)信人掌握，并在發(fā) 送郵件時(shí)保存在服務(wù)器中；服務(wù)器將客戶端發(fā)送的收信人隨機(jī)數(shù)與自身保存的收信人隨機(jī)數(shù)進(jìn)行比較，若兩者相 同，則根據(jù)所述特定收信人列表撤回特定的收信人的郵件，否則不執(zhí)行撤回郵件操作。
6.如權(quán)利要求5所述的郵件傳送方法，其特征在于，所述第三校驗(yàn)碼是由客戶端運(yùn)算 獲得，包括客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第三屬性信息進(jìn)行運(yùn)算，獲得第三校驗(yàn)碼； 所述第三屬性信息包含郵件標(biāo)識(shí)、收信人信息、許可證信息和服務(wù)器返回的隨機(jī)數(shù)。
7.如權(quán)利要求6所述的郵件傳送方法，其特征在于，所述服務(wù)器根據(jù)所述撤回郵件請 求指令中的信息驗(yàn)證客戶端是否合法，包括服務(wù)器收到客戶端發(fā)送的撤回郵件請求指令后，根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第四屬性 信息進(jìn)行運(yùn)算，獲得第四校驗(yàn)碼；所述第四屬性信息包含所述撤回郵件請求指令中的郵件 標(biāo)識(shí)、收信人信息、許可證信息和保存在服務(wù)器中的隨機(jī)數(shù)；服務(wù)器將所述第四校驗(yàn)碼與所述撤回郵件請求指令中的第三校驗(yàn)碼進(jìn)行比較，若兩者 相同，則判定客戶端合法；否則判定客戶端不合法。
8.一種郵件系統(tǒng)，包括客戶端和服務(wù)器，其特征在于，所述客戶端包括協(xié)議信息獲取模塊，用于向服務(wù)器發(fā)送請求獲知通訊協(xié)議的指令，獲得服務(wù)器所支持 的郵件壓縮方式和隨機(jī)數(shù)；投遞指令處理模塊，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生成第一 校驗(yàn)碼，并向服務(wù)器發(fā)送包含所述第一校驗(yàn)碼的郵件投遞請求指令；郵件發(fā)送模塊，用于根據(jù)服務(wù)器所支持的郵件壓縮方式對郵件正文進(jìn)行壓縮，并將壓 縮后的郵件發(fā)送至所述服務(wù)器； 所述服務(wù)器包括協(xié)議信息返回模塊，用于在接收到客戶端發(fā)送的請求獲知通訊協(xié)議的指令后，向客戶 端返回服務(wù)器所支持的郵件壓縮方式和隨機(jī)數(shù)；投遞驗(yàn)證模塊，用于根據(jù)所述郵件投遞請求指令中的信息對客戶端的合法性進(jìn)行驗(yàn)證；郵件接收模塊，用于接收合法客戶端發(fā)送的經(jīng)過壓縮的郵件。
9.如權(quán)利要求8所述的郵件系統(tǒng)，其特征在于，所述協(xié)議信息獲取模塊所發(fā)送的請求 獲知通訊協(xié)議的指令中包含客戶端的域名信息；則所述協(xié)議信息返回模塊在接收到所述包含域名信息的指令后，根據(jù)所述域名信息向 對應(yīng)的客戶端返回通訊協(xié)議信息；所述通訊協(xié)議信息包含服務(wù)器所支持的協(xié)議版本號(hào)、郵 件壓縮方式和一個(gè)用于后續(xù)通訊過程驗(yàn)證客戶端身份的隨機(jī)數(shù)。
10.如權(quán)利要求9所述的郵件系統(tǒng)，其特征在于，所述客戶端中的投遞指令處理模塊具 體包括第一校驗(yàn)碼生成單元，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第一屬性信息進(jìn)行運(yùn)算，獲得 第一校驗(yàn)碼；所述第一屬性信息包含發(fā)信人信息、收信人信息、許可證信息和服務(wù)器返回的隨機(jī)數(shù)；投遞指令發(fā)送單元，用于向服務(wù)器發(fā)送郵件投遞請求指令，所述郵件投遞請求指令包 含發(fā)信人信息、收信人信息、許可證信息和第一校驗(yàn)碼。
11.如權(quán)利要求10所述的郵件系統(tǒng)，其特征在于，所述服務(wù)器中的投遞驗(yàn)證模塊具體 包括第二校驗(yàn)碼生成單元，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第二屬性信息進(jìn)行運(yùn)算，獲得 第二校驗(yàn)碼；所述第二屬性信息包含所述郵件投遞請求指令中的發(fā)信人信息、收信人信息、 許可證信息和保存在服務(wù)器中的隨機(jī)數(shù)；校驗(yàn)碼驗(yàn)證單元，用于將所述第二校驗(yàn)碼與所述郵件投遞請求指令中的第一校驗(yàn)碼進(jìn) 行比較，若兩者相同，則通過校驗(yàn)碼驗(yàn)證；投遞權(quán)限驗(yàn)證單元，用于對客戶端發(fā)送的許可證信息進(jìn)行驗(yàn)證，判斷所述客戶端是否 具有使用本服務(wù)器所支持的通訊協(xié)議傳送郵件的權(quán)限，若有，則通過權(quán)限驗(yàn)證；驗(yàn)證結(jié)果返回單元，在通過校驗(yàn)碼驗(yàn)證和權(quán)限驗(yàn)證后，向客戶端返回允許發(fā)送郵件的 響應(yīng)信息；否則向客戶端返回拒絕發(fā)送郵件的響應(yīng)信息。
12.如權(quán)利要求8 11任一項(xiàng)所述的郵件系統(tǒng)，其特征在于，所述客戶端還進(jìn)一步包括第一撤回請求模塊，用于向服務(wù)器發(fā)送撤回郵件請求指令，請求撤回已成功發(fā)送的郵 件；所述請求指令包含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼；第二撤回請求模塊，用于在接收到服務(wù)器返回的允許撤回郵件的響應(yīng)信息后，向服務(wù) 器發(fā)送撤回特定的收信人的郵件的請求指令，所述指令包含特定收信人列表、收信人隨機(jī) 數(shù)；其中，所述收信人隨機(jī)數(shù)是客戶端在發(fā)送郵件時(shí)為各個(gè)收信人分配的隨機(jī)數(shù)，所述收信 人隨機(jī)數(shù)僅由發(fā)信人掌握，并在發(fā)送郵件時(shí)保存在服務(wù)器中；則所述服務(wù)器也進(jìn)一步包括撤回驗(yàn)證模塊，用于根據(jù)所述撤回郵件請求指令中的信息驗(yàn)證客戶端是否合法，若是， 則根據(jù)所述郵件標(biāo)識(shí)和收信人信息查找所要撤回的郵件，并在查找到所要撤回的郵件后， 向所述客戶端返回允許撤回郵件的響應(yīng)信息；否則返回拒絕撤回郵件的響應(yīng)信息；撤回處理模塊，用于在收到客戶端發(fā)送的撤回特定的收信人的郵件的請求指令后，將 客戶端發(fā)送的收信人隨機(jī)數(shù)與自身保存的收信人隨機(jī)數(shù)進(jìn)行比較，若兩者相同，則根據(jù)客 戶端發(fā)送的特定收信人列表撤回特定的收信人的郵件，否則不執(zhí)行撤回郵件操作。
13.如權(quán)利要求12所述的郵件系統(tǒng)，其特征在于，所述客戶端中的第一撤回請求模塊 具體包括第三校驗(yàn)碼生成單元，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第三屬性信息進(jìn)行運(yùn)算，獲得 第三校驗(yàn)碼；所述第三屬性信息包含郵件標(biāo)識(shí)、收信人信息、許可證信息和服務(wù)器返回的隨 機(jī)數(shù)；撤回指令發(fā)送單元，用于向服務(wù)器發(fā)送撤回郵件請求指令，所述撤回郵件請求指令包 含郵件標(biāo)識(shí)、收信人信息、許可證信息和第三校驗(yàn)碼。
14.如權(quán)利要求13所述的郵件系統(tǒng)，其特征在于，所述服務(wù)器中的撤回驗(yàn)證模塊具體 包括第四校驗(yàn)碼生成單元，用于根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對第四屬性信息進(jìn)行運(yùn)算，獲得第四校驗(yàn)碼；所述第四屬性信息包含所述撤回郵件請求指令中的郵件標(biāo)識(shí)、收信人信息、許 可證信息和保存在服務(wù)器中的隨機(jī)數(shù)；驗(yàn)證單元， 用于將所述第四校驗(yàn)碼與所述撤回郵件請求指令中的第三校驗(yàn)碼進(jìn)行比 較，若兩者相同，則判定客戶端合法，并根據(jù)所述郵件標(biāo)識(shí)和收信人信息查找所要撤回的郵 件，在查找到所要撤回的郵件后，向所述客戶端返回允許撤回郵件的響應(yīng)信息；否則返回拒 絕撤回郵件的響應(yīng)信息。
全文摘要
本發(fā)明公開了一種郵件傳送方法及系統(tǒng)，該方法包括客戶端向服務(wù)器發(fā)送請求獲知通訊協(xié)議的指令，獲得服務(wù)器所支持的郵件壓縮方式和隨機(jī)數(shù)；客戶端根據(jù)預(yù)定的校驗(yàn)運(yùn)算規(guī)則對所述隨機(jī)數(shù)進(jìn)行運(yùn)算，生成第一校驗(yàn)碼，并向服務(wù)器發(fā)送包含所述第一校驗(yàn)碼的郵件投遞請求指令；服務(wù)器根據(jù)所述郵件投遞請求指令中的信息對客戶端的合法性進(jìn)行驗(yàn)證；經(jīng)驗(yàn)證確定客戶端合法后，客戶端根據(jù)服務(wù)器所支持的郵件壓縮方式對郵件正文進(jìn)行壓縮，并將壓縮后的郵件發(fā)送至服務(wù)器。本發(fā)明實(shí)施例支持無需ASCII編碼的郵件傳輸，大大減少了郵件的網(wǎng)絡(luò)帶寬。
文檔編號(hào)H04L29/06GK101808049SQ20101013395
公開日2010年8月18日 申請日期2010年3月25日 優(yōu)先權(quán)日2010年3月25日
發(fā)明者林延中, 潘慶峰, 陳磊華 申請人:盈世信息科技(北京)有限公司