郵件收發方法以及郵件收發系統的製作方法
2023-07-21 04:59:31
郵件收發方法以及郵件收發系統的製作方法
【專利摘要】本發明公開了一種郵件收發方法以及郵件收發系統，所述郵件收發方法包括：第一郵件客戶端通過第一協議先查詢第一郵件伺服器是否支持壓縮發送郵件；根據第一郵件伺服器的返回結果，第一郵件客戶端通過第一協議將郵件發送至第一郵件伺服器；第一郵件伺服器通過SMTP協議將郵件傳送至第二郵件伺服器；第二郵件客戶端通過第二協議先查詢第二郵件伺服器是否支持壓縮收取郵件；以及根據第二郵件伺服器的返回結果，在第二郵件客戶端通過第二協議從第二郵件伺服器收取郵件。本發明能讓郵件客戶端收發企業郵件時速度更快且更有效率，並能減少郵件伺服器的網絡資源。
【專利說明】郵件收發方法以及郵件收發系統
【【技術領域】】
[0001]本發明涉及郵件收發領域，特別涉及一種郵件收發方法以及郵件收發系統。
【【背景技術】】
[0002]電子郵件收發是目前網際網路最廣泛的應用及最重要的功能之一，使用者可以通過郵件客戶端軟體(例如foxmail)收發及管理郵件，郵件發送是通過標準的簡單郵件傳輸協議(Simple Message Transfer Protocol ;SMTP,以下稱為SMTP協議)進行傳輸,而收取郵件是通過郵局協議版本3 (Post Office Protocol Version 3;POP3,以下稱為POP3協議)進行傳輸。
[0003]請參考圖1及圖2，圖1為現有技術郵件收發原理，圖2為現有技術發送郵件的流程圖。發送郵件原理如下:A200.開始。A202.郵件客戶端100登錄帳號及密碼以進行驗證。A204.郵件客戶端100發送MAIL FROM命令，用於指定發件人。A206.郵件客戶端100發送RCPT TO命令，用於指定接收人。A208.郵件客戶端100發送DATA命令，用於將郵件內容基於多用途網際網路郵件擴展(Multipurpose Internet Mail Extensions ;MIME,以下稱為MIME)的編碼協議進行封裝後傳送。A210.發送「.」符號表示結束郵件內容。A212.發送QUIT命令，表示退出。A214.結束。
[0004]郵件客戶端100通過SMTP協議將郵件發送到SMTP伺服器102之後，SMTP伺服器102同樣會通過SMTP協議將郵件傳送到POP3伺服器104，接著POP3伺服器104會通過POP3協議並如圖3所示現有技術收取郵件的流程圖來收取郵件。A300.開始。A302.郵件客戶端106登錄帳號及密碼以進行驗證。A304.發送LIST命令，用於指定發件人。步驟S306，發送WDL命令，用於指定接收人。A308.發送RETR命令，用於開始收取基於MME的編碼協議進行封裝的郵件內容。A310.開始讀取內容並檢查「.」結束符號。A312.發送QUIT命令，表示退出。A314.結束。上 述進行LIST及HDL命令時會返回POP3伺服器104上所有郵件的大小信息與唯一標示符(Unique IDentifier ；UID)信息，一旦郵件客戶端100與SMTP伺服器102之間及/或POP3伺服器104與郵件客戶端106的郵件量越來越大且收取的時間間隔較短時，會導致大量的冗餘數據佔用網絡資源的問題。
[0005]故，有必要提出一種新的技術方案，以解決上述大量的冗餘數據佔用網絡資源的技術問題。
【
【發明內容】
】
[0006]本發明的一個目的在於提供一種郵件收發方法以及郵件收發系統，能讓郵件客戶端收發企業郵件時速度更快且更有效率，並能減少郵件伺服器的網絡資源。
[0007]為達到上述目的，本發明提供了一種郵件收發方法，用於郵件收發系統，郵件收發系統包括第一郵件伺服器、第二郵件伺服器以及若干郵件客戶端，其中若干郵件客戶端至少包括第一郵件客戶端以及第二郵件客戶端，所述郵件收發方法包括:
[0008]所述第一郵件客戶端通過第一協議先查詢所述第一郵件伺服器是否支持壓縮發送郵件；
[0009]根據所述第一郵件伺服器的返回結果，所述第一郵件客戶端通過所述第一協議將郵件發送至所述第一郵件伺服器；
[0010]所述第一郵件伺服器通過SMTP協議將郵件傳送至所述第二郵件伺服器；所述第二郵件客戶端通過第二協議先查詢所述第二郵件伺服器是否支持壓縮收取郵件；以及
[0011]根據所述第二郵件伺服器的返回結果，在所述第二郵件客戶端通過所述第二協議從所述第二郵件伺服器收取郵件。
[0012]在上述郵件收發方法中，根據所述第一郵件伺服器的返回結果，所述第一郵件客戶端通過所述第一協議將郵件發送至所述第一郵件伺服器的步驟包括:
[0013]指定發件人；
[0014]指定接收人；以及
[0015]所述第一郵件伺服器的返回結果指示所述第一郵件伺服器是否支持壓縮發送，若是，郵件進行壓縮並發送，若否，郵件不進行壓縮並發送。
[0016]在上述容郵件收發方法中，壓縮的郵件與不壓縮的郵件基於多用途網際網路郵件擴展的編碼協議進行封裝後發送。
[0017]在上述郵件收發方法中，所述第一郵件伺服器收取所述壓縮過的郵件後進行解壓縮。
[0018]在上述郵件收發方法中，根據所述第二郵件伺服器的返回結果，在所述第二郵件客戶端通過所述第二協議從所述第二郵件伺服器收取郵件的步驟包括:
[0019]所述第二郵件伺服器的返回結果指示所述第二郵件伺服器是否支持壓縮收取，若是，收取壓縮過的郵件，若否，收取未經壓縮過的郵件。
[0020]在上述郵件收發方法中，在收取壓縮過的郵件的步驟之前包括獲取郵件大小列表的步驟。
[0021]在上述郵件收發方法中，在收取壓縮過的郵件的步驟之前包括獲取郵件列表信息的步驟。
[0022]在上述郵件收發方法中，在收取壓縮過的郵件的步驟之前包括獲取未收取的郵件大小列表的步驟。
[0023]在上述郵件收發方法中，在收取壓縮過的郵件的步驟之前包括獲取未收取的郵件列表信息的步驟。
[0024]本發明還提供了一種郵件收發系統，包括:
[0025]第一郵件伺服器；
[0026]第二郵件伺服器；以及
[0027]若干郵件客戶端，至少包括第一郵件客戶端以及第二郵件客戶端，所述郵件收發系統還包括:
[0028]第一協議單元，包括第一壓縮詢問模塊、發送壓縮模塊及SMTP協議模塊，其中所述第一郵件客戶端通過所述第一協議單元的第一壓縮詢問模塊先查詢所述第一郵件伺服器是否支持壓縮發送郵件，然後所述第一協議單元根據所述第一郵件伺服器的返回結果，決定通過所述發送壓縮模塊或所述SMTP協議模塊處理郵件；以及
[0029]第二協議單元，包括第二壓縮詢問模塊、收取壓縮模塊及POP3協議模塊，其中所述第二郵件客戶端通過所述第二協議單元的第二壓縮詢問模塊先查詢所述第二郵件伺服器是否支持壓縮收取郵件，然後所述第二協議單元根據所述第二郵件伺服器的返回結果，決定通過所述收取壓縮模塊或所述POP3協議模塊處理郵件。
[0030]在上述郵件收發系統中，所述第一郵件伺服器的返回結果指示所述第一郵件伺服器支持壓縮發送時，所述發送壓縮模塊將郵件進行壓縮並發送，所述第一郵件伺服器的返回結果指示所述第一郵件伺服器不支持壓縮發送時，所述SMTP協議模塊將郵件不進行壓縮並發送。
[0031]在上述郵件收發系統中，壓縮的郵件與不壓縮的郵件基於多用途網際網路郵件擴展的編碼協議進行封裝後發送。
[0032]在上述郵件收發系統中，所述第一郵件伺服器收取所述壓縮過的郵件後進行解壓縮。
[0033]在上述郵件收發系統中，所述第二郵件伺服器的返回結果指示所述第二郵件伺服器支持壓縮收取時，所述第二郵件客戶端從所述收取壓縮模塊收取壓縮過的郵件，所述第二郵件伺服器的返回結果指示所述第二郵件伺服器不支持壓縮收取時，所述第二郵件客戶端從所述POP3協議模塊收取未經壓縮的郵件。
[0034]本發明的郵件收發方法以及郵件收發系統在發送郵件時詢問第一郵件伺服器是否支持郵件壓縮發送，若 支持則可以使第一郵件客戶端的郵件壓縮後進行發送，達到發送優化的目的，在收取郵件時詢問第二郵件伺服器是否支持郵件壓縮收取，若支持則可以自動執行命令來減少收取冗餘數據，達到收取優化的目的，進而能減少網絡資源的浪費。
[0035]為讓本發明的上述內容能更明顯易懂，下文特舉優選實施例，並配合所附圖式，作詳細說明如下:
【【專利附圖】
【附圖說明】】
[0036]圖1為現有技術郵件收發原理；
[0037]圖2為現有技術發送郵件的流程圖；
[0038]圖3為現有技術收取郵件的流程圖；
[0039]圖4為本發明中郵件收發方法的較佳實施例流程圖；
[0040]圖5為本發明的郵件收發系統；
[0041]圖6為本發明的郵件收發方法中步驟A42的較佳實施例流程圖；
[0042]圖7為本發明的郵件收發方法中步驟A48的較佳實施例流程圖。
【【具體實施方式】】
[0043]以下各實施例的說明是參考附加的圖式，用以例示本發明可用以實施的特定實施例。
[0044]請參考圖4及圖5，圖4為本發明中郵件收發方法的較佳實施例流程圖，圖5為本發明的郵件收發系統。郵件收發系統包括第一郵件伺服器502、第二郵件伺服器504以及若干郵件客戶端，郵件客戶端至少包括第一郵件客戶端500以及第二郵件客戶端506。
[0045]本發明之特點在於郵件收發系統還包括第一協議單元508以及第二協議單元510。第一協議單元508包括第一壓縮詢問模塊5082、發送壓縮模塊5084及SMTP協議模塊5080，第二協議單元510包括第二壓縮詢問模塊5102、收取壓縮模塊5104及POP3協議模塊5100。
[0046]第一協議單元508可以獨立設置或設置在第一郵件伺服器502與第一郵件客戶端500之其中一者，或者根據需要將第一協議單元508的各模塊分別設置在第一郵件伺服器502與第一郵件客戶端500之其中一者。第二協議單元510可以獨立設置或設置在第二郵件伺服器504與第二郵件客戶端506之其中一者，或者根據需要將第二協議單元510的各模塊分別設置在第二郵件伺服器504與第二郵件客戶端506之其中一者。
[0047]下述第一協議是指第一郵件客戶端500與第一郵件伺服器502兩者能互相通信而自行定義的協議，第二協議是指第二郵件伺服器504與第二郵件客戶端兩者能互相通信而自行定義的協議。
[0048]本發明的郵件收發方法包括下列步驟:
[0049]A40.第一郵件客戶端500通過第一協議先查詢第一郵件伺服器502是否支持壓縮發送郵件，亦即第一郵件客戶端500通過第一協議單元508的第一壓縮詢問模塊5082先查詢第一郵件伺服器502是否支持壓縮發送郵件。
[0050]要說明的是，在步驟A40之前還包括第一郵件客戶端500登錄帳號及密碼以進行驗證的步驟，此步驟為本領域技術人員所熟知，此不多加贅述。
[0051]如上所述，第一郵件客戶端500與第一郵件伺服器502之間是通過第一協議進行通信，第一協議為第一郵件客戶端500與第一郵件伺服器502兩者能互相通信且支持壓縮發送的協議即可，而不用是標準的SMTP協議。
[0052]A42.根據第一郵件伺服器502的返回結果，第一郵件客戶端500通過第一協議將郵件發送至第一郵件伺服器502。更明確地說，第一協議單元508根據第一郵件伺服器502的返回結果，決定通過發送壓縮模塊5084或SMTP協議模塊5080處理郵件。
[0053]若第一郵件伺服器502支持壓縮發送，發送壓縮模塊5084將郵件進行壓縮並發送至第一郵件伺服器502，而第一郵件伺服器502收取壓縮過的郵件後會進行解壓縮，若第一郵件伺服器502不支持壓縮發送，SMTP協議模塊5080將郵件不進行壓縮而直接發送至第一郵件伺服器502。
[0054]上述壓縮的郵件與不壓縮的郵件基於多用途網際網路郵件擴展的編碼協議進行封裝後發送。
[0055]A44.第一郵件伺服器502通過SMTP協議將郵件傳送至第二郵件伺服器504。於此步驟中，第一郵件伺服器502必須通過標準的SMTP協議才能與第二郵件伺服器504進行通信。
[0056]A46.第二郵件客戶端506通過第二協議先查詢第二郵件伺服器504是否支持壓縮收取郵件，亦即第二郵件客戶端506通過第二協議單元510的第二壓縮詢問模塊5102先查詢第二郵件伺服器504是否支持壓縮收取郵件。
[0057]A48.根據第二郵件伺服器504的返回結果，在第二郵件客戶端506通過第二協議從第二郵件伺服器504收取郵件。更明確地說，第二協議單元510根據第二郵件伺服器504的返回結果，決定通過收取壓縮模塊5104或POP3協議模塊5100處理郵件。
[0058]若第二郵件伺服器504支持壓縮收取，第二郵件客戶端506從收取壓縮模塊5104收取壓縮過的郵件，若第二郵件伺服器504不支持壓縮收取，第二郵件客戶端506從POP3協議模塊5100收取未經壓縮的郵件。
[0059]第二郵件客戶端506與第二郵件伺服器504之間是通過第二協議進行通信，第二協議為第二郵件客戶端506與第二郵件伺服器504兩者能互相通信且支持壓縮收取的協議即可，而不用是標準的POP3協議，當然也可以是標準的POP3協議。
[0060]請參考圖6，其為本發明的郵件收發方法中步驟A42的較佳實施例流程圖，步驟A42包括:
[0061]A420.開始。
[0062]A421.第一郵件客戶端500發送MAIL FROM命令，用於指定發件人。
[0063]A422.第一郵件客戶端500發送RCPT TO命令，用於指定接收人。
[0064]A423.第一郵件伺服器502的返回結果指示第一郵件伺服器502是否支持壓縮發送，若是，進入步驟A424，若第一郵件伺服器502不支持壓縮發送，進入步驟A425。
[0065]A424.發送QQDATA命令:郵件進行壓縮並發送，壓縮的郵件是基於MME的編碼協議進行封裝的。QQDATA命令是通過第一協議而由第一郵件客戶端500所安裝的郵件收發軟體(例如foxmail)自動執行的功能。跳至步驟A426。
[0066]本發明第一協議的QQDATA命令可以將郵件壓縮，而現有SMTP協議的DATA命令不能將郵件壓縮。
[0067]A425.發送DATA命令:郵件不進行壓縮並發送。不壓縮的郵件也是基於MME的編碼協議進行封裝的。DATA命令為現有技術SMTP協議中的命令，此不多加贅述。
[0068]A426.發送結束符號，表結束郵件內容。
[0069]A427.發送QUIT命令，表示退出此次發送。
[0070]A428.結束。
[0071]請參考圖7，其為本發明的郵件收發方法中步驟A48的較佳實施例流程圖，步驟A48包括:
[0072]A480.開始。
[0073]A481.第二郵件伺服器504的返回結果指示第二郵件伺服器504是否支持壓縮收取，若是，進入步驟A482，若否，進入步驟A485。
[0074]A482.發送QQLIST命令，用於指定發件人及獲取郵件大小列表。或者，使用QQLIST〈last UID>命令可以實現獲取未收取的郵件大小列表而不是全部的郵件大小列表，而現有SMTP協議的LIST命令會獲取全部的郵件大小列表，造成佔用網絡資源的缺點。QQLIST命令與QQLIST〈last WD>命令是通過第二協議而由第二郵件客戶端506所安裝的郵件收發軟體(例如foxmail)自動執行的功能。
[0075]A483.發送QQUIDL命令，用於指定接收人及獲取郵件列表信息。或者，使用QQUIDL〈last UID>命令可以實現收取未收取的UID信息而不是全部郵件的UID信息，而現有SMTP協議的WDL命令會獲取全部郵件的UID信息，造成佔用網絡資源的缺點。QQUIDL命令與QQUIDL〈last nD>命令是通過第二協議而由第二郵件客戶端506所安裝的郵件收發軟體(例如foxmail)自動執行的功能。
[0076]A484.發送QQRETR命令，用於開始接收壓縮過的郵件，壓縮的郵件是基於MME的編碼協議進行封裝的。使用QQRETR命令可以實現收取壓縮過的郵件，而現有SMTP協議的RETR命令只能獲取未壓縮郵件。QQRETR命令是通過第二協議而由第二郵件客戶端506所安裝的郵件收發軟體(例如foxmail)自動執行的功能。跳至步驟A488。
[0077]A485.發送LIST命令，用於指定發件人。
[0078]A486.發送WDL命令，用於指定接收人。
[0079]A487.發送RETR命令，用於開始接收未壓縮郵件，郵件是基於MME的編碼協議進行封裝的。上述步驟A485-A487是針對不支持壓縮收取所執行的步驟，LIST命令、UIDL命令與RETR命令為現有技術POP3協議的命令，此不多加贅述。
[0080]A488.開始讀取內容並檢查結束符號。
[0081]A489.發送QUIT命令退出，表示退出此次收取。
[0082]A490.結束。
[0083]於上述步驟中，若第二郵件伺服器504支持壓縮收取，可以通過自行定義的第二協議收取壓縮過的郵件及獲取未收取的郵件大小列表與郵件列表，而不需要獲取所有的郵件大小列表與郵件列表，從而實現了減少收取冗餘數據的目的。
[0084]此外，本發明中壓縮郵件可以採用的算法為本領域普通技術人員所熟知，此不多加贅述。
[0085]本發明的郵件收發方法以及郵件收發系統在發送郵件時先詢問第一郵件伺服器502是否支持郵件壓縮發送，若支持則可以使郵件壓縮後進行發送，達到發送優化的目的，在收取郵件時詢問第二郵件伺服器504是否支持郵件壓縮收取，若支持則可以自動執行命令來減少收取冗餘數據，達到收取優化的目的，進而能減少網絡資源的浪費。
[0086]綜上所述，雖然本發明已以優選實施例揭露如上，但上述優選實施例並非用以限制本發明，本領域的普通技術人員，在不脫離本發明的精神和範圍內，均可作各種更動與潤飾，因此本發明的保護範圍以權利要求界定的範圍為準。
【權利要求】
1.一種郵件收發方法，用於郵件收發系統，郵件收發系統包括第一郵件伺服器、第二郵件伺服器以及若干郵件客戶端，其中若干郵件客戶端至少包括第一郵件客戶端以及第二郵件客戶端，其特徵在於，所述郵件收發方法包括: 所述第一郵件客戶端通過第一協議先查詢所述第一郵件伺服器是否支持壓縮發送郵件； 根據所述第一郵件伺服器的返回結果，所述第一郵件客戶端通過所述第一協議將郵件發送至所述第一郵件伺服器； 所述第一郵件伺服器通過SMTP協議將郵件傳送至所述第二郵件伺服器； 所述第二郵件客戶端通過第二協議先查詢所述第二郵件伺服器是否支持壓縮收取郵件；以及 根據所述第二郵件伺服器的返回結果，在所述第二郵件客戶端通過所述第二協議從所述第二郵件伺服器收取郵件。
2.根據權利要求1所述的郵件收發方法，其特徵在於，根據所述第一郵件伺服器的返回結果，所述第一郵件客戶端通過所述第一協議將郵件發送至所述第一郵件伺服器的步驟包括: 指定發件人； 指定接收人；以及 所述第一郵件伺服器的返回結果指示所述第一郵件伺服器是否支持壓縮發送，若是，郵件進行壓縮並發送，若否，郵件不進行壓縮並發送。·
3.根據權利要求2所述的郵件收發方法，其特徵在於，壓縮的郵件與不壓縮的郵件基於多用途網際網路郵件擴展的編碼協議進行封裝後發送。
4.根據權利要求2所述的郵件收發方法，其特徵在於，所述第一郵件伺服器收取所述壓縮過的郵件後進行解壓縮。
5.根據權利要求1所述的郵件收發方法，其特徵在於，根據所述第二郵件伺服器的返回結果，在所述第二郵件客戶端通過所述第二協議從所述第二郵件伺服器收取郵件的步驟包括: 所述第二郵件伺服器的返回結果指示所述第二郵件伺服器是否支持壓縮收取，若是，收取壓縮過的郵件，若否，收取未經壓縮過的郵件。
6.根據權利要求5所述的郵件收發方法，其特徵在於，在收取壓縮過的郵件的步驟之前包括獲取郵件大小列表的步驟。
7.根據權利要求5所述的郵件收發方法，其特徵在於，在收取壓縮過的郵件的步驟之前包括獲取郵件列表信息的步驟。
8.根據權利要求5所述的郵件收發方法，其特徵在於，在收取壓縮過的郵件的步驟之前包括獲取未收取的郵件大小列表的步驟。
9.根據權利要求5所述的郵件收發方法，其特徵在於，在收取壓縮過的郵件的步驟之前包括獲取未收取的郵件列表信息的步驟。
10.一種郵件收發系統,包括: 第一郵件伺服器； 第二郵件伺服器；以及若干郵件客戶端，至少包括第一郵件客戶端以及第二郵件客戶端，其特徵在於，所述郵件收發系統還包括: 第一協議單元，包括第一壓縮詢問模塊、發送壓縮模塊及SMTP協議模塊，其中所述第一郵件客戶端通過所述第一協議單元的第一壓縮詢問模塊先查詢所述第一郵件伺服器是否支持壓縮發送郵件，然後所述第一協議單元根據所述第一郵件伺服器的返回結果，決定通過所述發送壓縮模塊或所述SMTP協議模塊處理郵件；以及 第二協議單元，包括第二壓縮詢問模塊、收取壓縮模塊及POP3協議模塊，其中所述第二郵件客戶端通過所述第二協議單元的第二壓縮詢問模塊先查詢所述第二郵件伺服器是否支持壓縮收取郵件，然後所述第二協議單元根據所述第二郵件伺服器的返回結果，決定通過所述收取壓縮模塊或所述POP3協議模塊處理郵件。
11.根據權利要求10所述的郵件收發系統，其特徵在於，所述第一郵件伺服器的返回結果指示所述第一郵件伺服器支持壓縮發送時，所述發送壓縮模塊將郵件進行壓縮並發送，所述第一郵件伺服器的返回結果指示所述第一郵件伺服器不支持壓縮發送時，所述SMTP協議模塊將郵件不進行壓縮並發送。
12.根據權利要求11所述的郵件收發系統，其特徵在於，壓縮的郵件與不壓縮的郵件基於多用途網際網路郵件擴展的編碼協議進行封裝後發送。
13.根據權利要求11所述的郵件收發系統，其特徵在於，所述第一郵件伺服器收取所述壓縮過的郵件後進行解壓縮。
14.根據權利要求10所述的郵件收發系統，其特徵在於，所述第二郵件伺服器的返回結果指示所述第二郵件伺服器支持壓縮收取時，所述第二郵件客戶端從所述收取壓縮模塊收取壓縮過的郵件，所述第二郵件伺服器的返回結果指示所述第二郵件伺服器不支持壓縮收取時，所述第二郵件客戶端從所述POP3協議模塊收取未經壓縮的郵件。
【文檔編號】H04L12/58GK103595616SQ201210294635
【公開日】2014年2月19日 申請日期:2012年8月17日 優先權日:2012年8月17日
【發明者】黃志力, 梁芝成, 曾偉明, 陳曉鵬, 林初仁 申請人:騰訊科技（深圳）有限公司