專利名稱：電子郵件傳遞方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線郵件領(lǐng)域，具體涉及一種電子郵件傳遞方法及系統(tǒng)。
背景技術(shù)：
在無線郵件業(yè)務(wù)中，終端收發(fā)郵件通常采用的是P0P3協(xié)議，該協(xié)議是由 IETF(Internet Engineering Task R)rce，互聯(lián)網(wǎng)工程任務(wù)組)制定的一套通信協(xié)議(RFC 1939)，可將郵件由服務(wù)器以多種方式Push至終端上。P0P3協(xié)議簡(jiǎn)介如下初始時(shí)，服務(wù)器通過偵聽TCP端口 110開始P0P3服務(wù)；當(dāng)客戶主機(jī)需要使用服務(wù)時(shí)，它將與服務(wù)器主機(jī)建立TCP連接；當(dāng)連接建立后，P0P3發(fā)送確認(rèn)消息；客戶和P0P3服務(wù)器相互(分別)交換命令和響應(yīng)，這一過程一直要持續(xù)到連接終止；P0P3命令由一個(gè)命令和一些參數(shù)組成；所有命令以一個(gè)CRLF(回車換行)對(duì)結(jié)束；命令和參數(shù)由可打印的ASCII字符組成，它們之間由空格間隔；命令一般是三到四個(gè)字母，每個(gè)參數(shù)可達(dá)40個(gè)字符；P0P3響應(yīng)由一個(gè)狀態(tài)碼和一個(gè)可能跟有附加信息的命令組成；所有響應(yīng)也是由CRLF對(duì)結(jié)束；現(xiàn)在有兩種狀態(tài)碼，“ 確定"(“+OK")和"失敗"(“-ERR")；對(duì)于特定命令的響應(yīng)是由許多字符組成的。這些情況，具體如在發(fā)送第一行響應(yīng)和一個(gè)CRLF之后，任何的附加信息行發(fā)送， 也由CRLF對(duì)結(jié)束。當(dāng)所有信息發(fā)送結(jié)束時(shí)，發(fā)送最后一行，包括一個(gè)結(jié)束字符(十進(jìn)制碼 46，也就是".")和一個(gè)CRLF對(duì)。如果信息中的任何一行以結(jié)束字符開始，此行就是通過在那一行預(yù)先裝入結(jié)束而進(jìn)行字符填充的。因此，多行響應(yīng)由五個(gè)CRLF. CRLF結(jié)束。當(dāng)檢測(cè)多行響應(yīng)時(shí)，客戶檢測(cè)以確認(rèn)此行是否以結(jié)束字符開始。如果是的，而且其后的字符不是 CRLF，拋棄此行的第一個(gè)字符(結(jié)束字符)；如果其后緊跟CRLF，從POP服務(wù)器來的響應(yīng)終止，包括.CRLF的行也不被認(rèn)為是多行響應(yīng)的一部分。在生命周期中，P0P3會(huì)話有幾個(gè)不同的狀態(tài)。一旦TCP連接被打開，而且P0P3服務(wù)器發(fā)送了確認(rèn)信息，此過程就進(jìn)入了"確認(rèn)"狀態(tài)。在此狀態(tài)中，客戶必須向P0P3服務(wù)器確認(rèn)自己是其客戶。一旦確認(rèn)成功，服務(wù)器就獲取與客戶郵件相關(guān)的資源，此時(shí)進(jìn)入"操作"狀態(tài)。在此狀態(tài)中，客戶提出服務(wù)，當(dāng)客戶發(fā)出QUIT命令時(shí)，此過程進(jìn)入了"更新"狀態(tài)。在此狀態(tài)中，P0P3服務(wù)器釋放在"操作"狀態(tài)中取得的資源，并發(fā)送消息，終止連接。 P0P3服務(wù)器可以擁有一個(gè)自動(dòng)退出登錄的記時(shí)器。此記時(shí)器至少可以記錄10分鐘。這樣從客戶發(fā)送的消息才可能刷新此記時(shí)器。當(dāng)記時(shí)器失效時(shí)，P0P3會(huì)話并不進(jìn)入"更新"狀態(tài)，而是關(guān)閉TCP連接，而且不刪除任何消息，不向客戶發(fā)送任何響應(yīng)。TCP連接由P0P3客戶打開，P0P3服務(wù)器發(fā)送一個(gè)單行的確認(rèn)。這個(gè)消息可以是由CRLF結(jié)束的任何字符，如S :+0KP0P3SerVerready (服務(wù)器準(zhǔn)備就緒)，這個(gè)消息是一個(gè) P0P3應(yīng)答。P0P3服務(wù)器應(yīng)該給出一個(gè)"確定"響應(yīng)作為確認(rèn)。此時(shí)P0P3會(huì)話就進(jìn)入了〃 確認(rèn)"狀態(tài)。此時(shí)，客戶必須向服務(wù)器證明它的身份。服務(wù)器證明它的身份后返回一個(gè)" 確認(rèn)"狀態(tài)碼。會(huì)話進(jìn)入"操作狀態(tài)"，同時(shí)沒有任何郵件被標(biāo)記為刪除。如果郵件因?yàn)槟撤N原因不能打開(例如，排它鎖不能獲得，客戶不能訪問相應(yīng)的郵件或者郵件不能進(jìn)行語(yǔ)法分析)，服務(wù)器將返回"失敗"狀態(tài)碼。在返回"失敗"狀態(tài)碼后，服務(wù)器會(huì)關(guān)閉連接。如果服務(wù)器沒有關(guān)閉連接，客戶可以重新發(fā)送確認(rèn)命令，重新開始，或者發(fā)送QUIT(退出) 命令。在服務(wù)器打開郵件后，它為每個(gè)消息指定一個(gè)消息號(hào)，并以八進(jìn)制表示每個(gè)消息的長(zhǎng)度。第一個(gè)消息被指定為1，第二個(gè)消息被指定為2，以此類推，第N個(gè)消息被指定為N。在 P0P3命令和響應(yīng)中，所以的消息號(hào)和長(zhǎng)度以十進(jìn)制表示。對(duì)上述三條命令的總結(jié)如下一旦客戶向服務(wù)器成功地確認(rèn)了自己的身份，服務(wù)器將鎖住并打開相應(yīng)的郵件，這時(shí)P0P3會(huì)話進(jìn)入"操作"狀態(tài)?，F(xiàn)在客戶可以重復(fù)下面的 P0P3命令，對(duì)于每個(gè)命令服務(wù)器都會(huì)返回應(yīng)答。最后，客戶發(fā)送QUIT命令，會(huì)話進(jìn)入"更新"狀態(tài)。當(dāng)客戶在"操作"狀態(tài)下發(fā)送QUIT命令后，會(huì)話進(jìn)入"更新"狀態(tài)。(注意如果客戶在"確認(rèn)"狀態(tài)下發(fā)送QUIT后，會(huì)話并不進(jìn)入"更新"狀態(tài)。)如果會(huì)話因?yàn)镼UIT 命令以外的原因中斷，會(huì)話并不進(jìn)入"更新"狀態(tài)，也不從服務(wù)器中刪除任何信件。詳細(xì)操作步驟如下1.首先客戶端發(fā)起與服務(wù)器的連接請(qǐng)求，服務(wù)器對(duì)發(fā)起的連接請(qǐng)求進(jìn)行響應(yīng)，進(jìn)入 AUTHORIZATION (鑒權(quán))狀態(tài)；2.客戶端發(fā)送用戶名進(jìn)行身份鑒權(quán)，服務(wù)器返回該用戶名的鑒權(quán)響應(yīng)；3.客戶端發(fā)起密碼鑒權(quán)請(qǐng)求，服務(wù)器返回針對(duì)密碼的鑒權(quán)響應(yīng)；4.客戶端發(fā)起stat請(qǐng)求(也即STAT請(qǐng)求，不區(qū)分大小寫，以下各指令均不區(qū)分大小寫)，用于請(qǐng)求全部郵件以及郵件大小，服務(wù)器返回?cái)?shù)目以及大?。?.客戶端發(fā)起list請(qǐng)求，用于請(qǐng)求郵件的索引以及大小，服務(wù)器返回郵件相應(yīng)信息；6.客戶端發(fā)起PROF請(qǐng)求，用于請(qǐng)求進(jìn)行部分設(shè)置，例如字符集、壓縮算法等，服務(wù)器返回響應(yīng)；7.客戶端發(fā)起UID請(qǐng)求，用于請(qǐng)求獲得郵件的UID列表和大小，服務(wù)器返回相應(yīng)信息；然后可以進(jìn)行郵件接收等操作。由上述各步驟的描述可知，現(xiàn)有收取郵件的P0P3協(xié)議效率較低，收取一封郵件需要進(jìn)行7次交互，且不支持一次性收取多封郵件，由于無線網(wǎng)絡(luò)的特性導(dǎo)致可能會(huì)因多次交互而出現(xiàn)時(shí)延、降低穩(wěn)定性、增大郵件收發(fā)的失敗率，同時(shí)對(duì)網(wǎng)絡(luò)側(cè)的壓力和用戶終端的耗電、體驗(yàn)均造成較差影響。

發(fā)明內(nèi)容
本發(fā)明的第一目的是提出一種高效的電子郵件傳遞方法。本發(fā)明的第二目的是提出一種高效的電子郵件傳遞系統(tǒng)。為實(shí)現(xiàn)上述第一目的，本發(fā)明提供了一種電子郵件傳遞方法，包括客戶端向服務(wù)器發(fā)送連接請(qǐng)求，并接收服務(wù)器返回的連接成功響應(yīng)消息；客戶端向服務(wù)器發(fā)送包括用戶信息及密碼信息的鑒權(quán)請(qǐng)求，并接收服務(wù)器根據(jù)鑒權(quán)請(qǐng)求確定鑒權(quán)成功時(shí)返回的鑒權(quán)成功反饋消息；客戶端在收到鑒權(quán)成功反饋消息后執(zhí)行收件操作或發(fā)件操作。為實(shí)現(xiàn)上述第二目的，本發(fā)明提供了一種電子郵件傳遞系統(tǒng)，包括客戶端，用于發(fā)送連接請(qǐng)求、包括用戶信息及密碼信息的鑒權(quán)請(qǐng)求，并接收連接成功響應(yīng)消息、鑒權(quán)成功反饋消息；以及在收到鑒權(quán)成功反饋消息后執(zhí)行收件操作或發(fā)件操作；服務(wù)器，用于根據(jù)連接請(qǐng)求確定連接成功時(shí)返回連接成功響應(yīng)消息，并在根據(jù)鑒權(quán)請(qǐng)求確定鑒權(quán)成功時(shí)返回的鑒權(quán)成功反饋消息。本發(fā)明各個(gè)實(shí)施例中，通過客戶端發(fā)送的收件起始命令及發(fā)件起始命令中攜帶全部的鑒權(quán)信息，使得服務(wù)器根據(jù)收件起始命令及發(fā)件起始命令即可一次性完成鑒權(quán)，使得鑒權(quán)操作只需一次交互，減少交互次數(shù)，降低交互時(shí)延、提高郵件收發(fā)的穩(wěn)定性。


附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)施例一并用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中圖1為本發(fā)明的電子郵件傳遞方法的實(shí)施例一流程圖；圖2為本發(fā)明的電子郵件傳遞方法的實(shí)施例二信令圖；圖3為本發(fā)明的電子郵件傳遞系統(tǒng)的實(shí)施例結(jié)構(gòu)圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。方法實(shí)施例圖1為本發(fā)明的電子郵件傳遞方法的實(shí)施例一流程圖。如圖1所示，本實(shí)施例包括步驟102 客戶端向服務(wù)器發(fā)送連接請(qǐng)求，并接收服務(wù)器返回的連接成功響應(yīng)消息；具體操作過程參見圖2的解釋說明；步驟104 客戶端向服務(wù)器發(fā)送包括用戶信息及密碼信息的鑒權(quán)請(qǐng)求，并接收服務(wù)器根據(jù)鑒權(quán)請(qǐng)求確定鑒權(quán)成功時(shí)返回的鑒權(quán)成功反饋消息；客戶端在收到鑒權(quán)成功反饋消息后執(zhí)行收件操作或發(fā)件操作；具體操作過程參見圖2的解釋說明。本實(shí)施例通過客戶端發(fā)送的鑒權(quán)請(qǐng)求攜帶全部的鑒權(quán)信息，使得服務(wù)器根據(jù)收件起始命令及發(fā)件起始命令即可一次性完成鑒權(quán)，使得鑒權(quán)操作只需一次交互，減少交互次數(shù)，降低交互時(shí)延、提高郵件收發(fā)的穩(wěn)定性。圖2為本發(fā)明的電子郵件傳遞方法的實(shí)施例二流程圖。如圖2所示，本實(shí)施例包括步驟S201 客戶端向服務(wù)器發(fā)送收件起始命令，該收件起始命令中包括第一鑒權(quán)請(qǐng)求及郵件列表請(qǐng)求；具體操作時(shí)，該第一鑒權(quán)請(qǐng)求可以包括賬戶及密碼，該郵件列表請(qǐng)求為L(zhǎng)ist參數(shù)(攜帶該郵件列表請(qǐng)求便于鑒權(quán)及郵件列表的傳輸一次性完成，進(jìn)一步減少交互次數(shù)，提高效率)，表1中協(xié)議版本號(hào)2. 0. 1對(duì)應(yīng)的包括收件起始命令的新協(xié)議，這樣，客戶端與服務(wù)器可以基于新協(xié)議交互；需要說明的是，第一鑒權(quán)請(qǐng)求與以下提到的第二鑒權(quán)請(qǐng)求沒有本質(zhì)區(qū)別，二者只是為了區(qū)別在收件及發(fā)件的不同操作階段，此外，具體操作時(shí)， 該郵件列表請(qǐng)求與鑒權(quán)請(qǐng)求聯(lián)合(通過同一次交互)發(fā)送至服務(wù)器即可；該收件起始命令可以包括其他可選的參數(shù)，客戶端可以一次完成設(shè)置命令，在完成設(shè)置之后，客戶端只需進(jìn)行正常的登錄、接收/發(fā)送郵件操作；如，若設(shè)置自動(dòng)退出參數(shù)為“是”(YEQ，則在操作完成后自動(dòng)退出，無需手動(dòng)設(shè)置退出操作，該收件起始命令包括的參數(shù)詳見表1 ；
6
表權(quán)利要求
1.一種電子郵件傳遞方法，其特征在于，包括以下步驟客戶端向服務(wù)器發(fā)送連接請(qǐng)求，并接收所述服務(wù)器返回的連接成功響應(yīng)消息；所述客戶端向服務(wù)器發(fā)送包括用戶信息及密碼信息的鑒權(quán)請(qǐng)求，并接收所述服務(wù)器根據(jù)所述鑒權(quán)請(qǐng)求確定鑒權(quán)成功時(shí)返回的鑒權(quán)成功反饋消息；所述客戶端在收到所述鑒權(quán)成功反饋消息后執(zhí)行收件操作或發(fā)件操作。
2.根據(jù)權(quán)利要求1所述的電子郵件傳遞方法，其特征在于，還包括所述客戶端將郵件列表請(qǐng)求與所述鑒權(quán)請(qǐng)求聯(lián)合發(fā)送至所述服務(wù)器；所述服務(wù)器在確認(rèn)鑒權(quán)成功后，將郵件列表與所述鑒權(quán)成功反饋消息聯(lián)合返回至所述客戶端。
3.根據(jù)權(quán)利要求2所述的電子郵件傳遞方法，其特征在于，所述執(zhí)行收件操作的步驟包括所述客戶端根據(jù)所述郵件列表向所述服務(wù)器發(fā)送包括至少一個(gè)郵件標(biāo)識(shí)的郵件接收命令；所述服務(wù)器將與所述至少一個(gè)郵件標(biāo)識(shí)對(duì)應(yīng)的電子郵件發(fā)送至所述客戶端。
4.根據(jù)權(quán)利要求3所述的電子郵件傳遞方法，其特征在于，所述服務(wù)器將與所述至少一個(gè)郵件標(biāo)識(shí)對(duì)應(yīng)的電子郵件發(fā)送至所述客戶端的步驟包括所述服務(wù)器根據(jù)所述郵件接收命令中的壓縮控制信息，將與所述至少一個(gè)郵件標(biāo)識(shí)對(duì)應(yīng)的電子郵件進(jìn)行壓縮，并將壓縮后的電子郵件發(fā)送至所述客戶端。
5.根據(jù)權(quán)利要求1所述的電子郵件傳遞方法，其特征在于，所述執(zhí)行發(fā)件操作的步驟包括所述客戶端根據(jù)預(yù)設(shè)的郵件發(fā)送命令向所述服務(wù)器發(fā)送郵件，所述郵件發(fā)送命令包括發(fā)件人地址及收件人地址，且還包括待轉(zhuǎn)發(fā)郵件標(biāo)識(shí)、轉(zhuǎn)發(fā)控制信息、郵件類別信息、自動(dòng)退出控制信息、郵件加密控制信息中的至少一個(gè)，其中，所述郵件類別信息包括電子郵件的郵件頭、正文及附件。
6.根據(jù)上述權(quán)利要求3-5中任一項(xiàng)所述的電子郵件傳遞方法，其特征在于，所述電子郵件的編碼形式為二進(jìn)制編碼。
7.一種電子郵件傳遞系統(tǒng)，其特征在于，包括客戶端，用于發(fā)送連接請(qǐng)求、包括用戶信息及密碼信息的鑒權(quán)請(qǐng)求，并接收連接成功響應(yīng)消息、鑒權(quán)成功反饋消息；以及在收到所述鑒權(quán)成功反饋消息后執(zhí)行收件操作或發(fā)件操作；服務(wù)器，用于根據(jù)所述連接請(qǐng)求確定連接成功時(shí)返回所述連接成功響應(yīng)消息，并在根據(jù)所述鑒權(quán)請(qǐng)求確定鑒權(quán)成功時(shí)返回的所述鑒權(quán)成功反饋消息。
8.根據(jù)權(quán)利要求7所述的電子郵件傳遞系統(tǒng)，其特征在于，所述客戶端包括生成模塊，用于生成所述連接請(qǐng)求及鑒權(quán)請(qǐng)求，生成郵件列表請(qǐng)求以及包括至少一個(gè)郵件標(biāo)識(shí)的郵件接收命令；發(fā)送模塊，用于向所述服務(wù)器發(fā)送所述連接請(qǐng)求及郵件接收命令，以及將所述鑒權(quán)請(qǐng)求及郵件列表請(qǐng)求聯(lián)合發(fā)送至所述服務(wù)器；接收模塊，用于接收所述連接成功響應(yīng)消息及與所述至少一個(gè)郵件標(biāo)識(shí)對(duì)應(yīng)的電子郵件，接收所述服務(wù)器在確認(rèn)鑒權(quán)成功后聯(lián)合返回的郵件列表及鑒權(quán)成功反饋信息。
9.根據(jù)權(quán)利要求8所述的電子郵件傳遞裝置，其特征在于，所述服務(wù)器包括 鑒權(quán)模塊，用于根據(jù)所述鑒權(quán)請(qǐng)求進(jìn)行鑒權(quán)操作；壓縮模塊，用于根據(jù)所述郵件接收命令中的壓縮控制信息，將與所述至少一個(gè)郵件標(biāo)識(shí)對(duì)應(yīng)的電子郵件進(jìn)行壓縮；反饋模塊，用于在所述鑒權(quán)模塊鑒權(quán)成功時(shí)將所述郵件列表、鑒權(quán)成功反饋信息返回至所述客戶端，以及將壓縮后的與所述至少一個(gè)郵件標(biāo)識(shí)對(duì)應(yīng)的電子郵件發(fā)送至所述客戶端。
10.根據(jù)權(quán)利要求8或9所述的電子郵件傳遞裝置，其特征在于，所述發(fā)送模塊還包括第一發(fā)送子模塊，用于向所述服務(wù)器發(fā)送所述鑒權(quán)請(qǐng)求、郵件列表請(qǐng)求以及郵件接收命令；第二發(fā)送子模塊，用于根據(jù)預(yù)設(shè)的郵件發(fā)送命令向所述服務(wù)器發(fā)送郵件，所述郵件發(fā)送命令包括發(fā)件人地址及收件人地址，且還包括待轉(zhuǎn)發(fā)郵件標(biāo)識(shí)的轉(zhuǎn)發(fā)控制信息、郵件類別信息、自動(dòng)退出控制信息、郵件加密控制信息中的至少一個(gè)，其中，所述郵件類別信息包括郵件頭、郵件正文及附件。
全文摘要
本發(fā)明提供了一種電子郵件傳遞方法及系統(tǒng)，其中，該方法包括客戶端向服務(wù)器發(fā)送連接請(qǐng)求，并接收服務(wù)器返回的連接成功響應(yīng)消息；客戶端向服務(wù)器發(fā)送包括用戶信息及密碼信息的鑒權(quán)請(qǐng)求，并接收服務(wù)器根據(jù)鑒權(quán)請(qǐng)求確定鑒權(quán)成功時(shí)返回的鑒權(quán)成功反饋消息；客戶端在收到鑒權(quán)成功反饋消息后執(zhí)行收件操作或發(fā)件操作。本發(fā)明使得服務(wù)器根據(jù)收件起始命令及發(fā)件起始命令即可一次性完成鑒權(quán)，使得鑒權(quán)操作只需一次交互，減少交互次數(shù)，降低交互時(shí)延、提高郵件收發(fā)的穩(wěn)定性。
文檔編號(hào)H04W4/12GK102404700SQ20101028630
公開日2012年4月4日 申請(qǐng)日期2010年9月17日 優(yōu)先權(quán)日2010年9月17日
發(fā)明者于蓉蓉, 孫杰, 張炎, 王磊 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司