【正文】 25 端口，當(dāng)有郵件信息發(fā)8 / 41送到來時(shí)，將接收到的信息封裝到一個(gè)未讀郵件模型中去，然后將該模型傳遞給郵件接收和保存方法，該方法將會對郵件在硬盤中進(jìn)行保存，并更新客戶端配置信息中得未讀郵件信息。7 / 41第 3章 總體設(shè)計(jì) 本系統(tǒng)的總體架構(gòu)模型：主界面用戶鑒權(quán)和客戶端配置信息主界面加載時(shí) ， 被調(diào)用登陸界面賬號界面發(fā)送郵件界面接收郵件界面閱讀郵件界面登陸鑒權(quán)發(fā)送郵件郵箱賬號設(shè)置發(fā)送郵件線程郵件接收線程用戶信息模型賬號信息模型啟動S M T P 模型B A S E 6 4加密未讀郵件模型郵件接收保存方法郵件保存到文件 系統(tǒng)的總體模型圖圖 是該客戶端的系統(tǒng)架構(gòu)圖，圖中包含了六個(gè)圖形用戶界面，兩個(gè)郵件接收和發(fā)送線程，以及一些相關(guān)的輔助方法和數(shù)據(jù)模型。(5) 運(yùn)行在接收端郵件服務(wù)器中的 SMTP 服務(wù)器進(jìn)程收到郵件后，將郵件放入收信人的用戶郵箱中，等待收信人在方便時(shí)進(jìn)行讀取。(4) TCP 連接建立后，SMTP 客戶進(jìn)程開始向遠(yuǎn)程的 SMTP 服務(wù)器進(jìn)程發(fā)送郵件。(2) 發(fā)送端郵件服務(wù)器將郵件放入郵件緩存隊(duì)列中，等待發(fā)送。6 / 41 收發(fā)郵件過程圖(1) 發(fā)信人調(diào)用用戶代理來編輯要發(fā)送的郵件。 產(chǎn)品功能需求分析電子郵件系客戶端發(fā)送郵件 閱讀郵件 賬戶設(shè)置 保存郵件 登陸驗(yàn)證 接收郵件圖 系統(tǒng)總體功能圖其中本設(shè)計(jì)實(shí)現(xiàn)的是一個(gè)電子郵件客戶端，類似于 Outlook，有用戶郵箱賬戶設(shè)置，登陸驗(yàn)證，接收郵件，閱讀郵件，保存郵件，發(fā)送郵件等功能。表 Base64 編碼表值 編碼 值 編碼 值 編碼 值 編碼 值 編碼 值 編碼 值 編碼 值 編碼0 A 8 I 16 Q 24 Y 32 g 40 o 48 w 56 41 B 9 J 17 R 25 Z 33 h 41 p 49 x 57 52 C 10 K 18 S 26 a 34 i 42 q 50 y 58 63 D 11 L 19 T 27 b 35 j 43 r 51 z 59 74 E 12 M 20 U 28 c 36 k 44 s 52 0 60 85 F 13 N 21 V 29 d 37 l 45 t 53 1 61 96 G 14 O 22 W 30 e 38 m 46 u 54 2 62 +7 H 15 P 23 X 31 f 39 n 47 v 55 3 63 /5 / 41BASE64 的加密解析，SUN 公司有自己內(nèi)部專用的 API，該 API 位于 JRE/LIB下，但是該 API 并沒有 javadoc，屬于不推薦使用的方法，將在后續(xù) JDK 版本中被剔除，因?yàn)楸驹O(shè)計(jì)根據(jù) Base64 編碼表，自行編寫 Base64 加密解密方法。碼表的大小為 26=64，這也是 Base64 名稱的由來。同時(shí)，在進(jìn)行郵件收發(fā)，需要提供基于 BASE64 加密解密的鑒權(quán)信息，其中Base64 是一種很簡單的編碼轉(zhuǎn)換：對于待編碼數(shù)據(jù)，以 3 個(gè)字節(jié)為單位，依次取 6 位數(shù)據(jù)并在前面補(bǔ)上兩個(gè) 0 形成新的 8 位編碼，由于 38=46，這樣 3個(gè)字節(jié)的輸入會變成 4 個(gè)字節(jié)的輸出，長度上增加了 1/3。一個(gè)郵件的收發(fā)就是通過 SMTP 傳遞消息到對端郵件服務(wù)器，對端客戶使用POP3 協(xié)議從服務(wù)器上獲得郵件的過程。在 POP3 會話期間，用戶代理發(fā)出命令，POP3 服務(wù)器則對每個(gè)命令響應(yīng)以一個(gè)應(yīng)答。在處理階段，用戶代理獲取郵件消息，并可以標(biāo)記待刪除的郵件消息或去掉這些標(biāo)記，獲取郵件統(tǒng)計(jì)信息。TCP 連接建立好之后，POP3依次經(jīng)歷授權(quán)認(rèn)證、處理和更新 3 個(gè)階段。POP3開始于用戶代理打開一個(gè)到 POP3 服務(wù)器端口號 110 的 TCP 連接。這個(gè)限制使得二進(jìn)制多媒體數(shù)據(jù)在由 SMTP 傳送之前必須編碼成 7 位 ASCII 文本；SMTP 傳送完畢之后，再把相應(yīng)的 7 位 ASCII 文本郵件消息解碼成二進(jìn)制數(shù)據(jù)。SMTP 規(guī)范定義在 RFC 821 中，它的作用是把郵件消息從發(fā)信人的郵件服務(wù)器傳送到收信人的郵件服務(wù)器。當(dāng)一個(gè)郵件服務(wù)器向其它郵件服務(wù)器發(fā)送郵件消息時(shí)，它是作為 SMTP 客戶端。SMTP 是客戶服務(wù)器應(yīng)用模式，由發(fā)信人的郵件服務(wù)器執(zhí)行的客戶端和收信人的郵件服務(wù)器執(zhí)行的服務(wù)器端組成。3 / 41第 2章 需求分析 產(chǎn)品可行性分析整個(gè)電子郵件系統(tǒng)由電子郵件服務(wù)器端和電子郵件客戶端組成，其工作過程及一些涉及到的協(xié)議如圖 所示：圖 電子郵件系統(tǒng)工作過程圖其中 SMTP 是因特網(wǎng)電子郵件系統(tǒng)重要的應(yīng)用層協(xié)議。收發(fā)電子郵件需要標(biāo)準(zhǔn)的會話協(xié)議支持，SMTP（SimpleMailTransferProtocol）用于發(fā)送電子郵件，POP3 協(xié)議（PostOfficeProtocol）用于接收電子郵件。電子郵件的使用簡易、投遞迅速、收費(fèi)低廉、易于保存、全球暢通無阻，使得它被廣泛地應(yīng)用。通過電子郵件系統(tǒng)，人們可以用非常低廉的價(jià)格，以非常快速的方式，與世界上任何一個(gè)網(wǎng)絡(luò)用戶聯(lián)系。它是在主機(jī)多終端的主從式體系中通過一臺計(jì)算機(jī)終端向另一臺計(jì)算機(jī)終端傳送文本信息的相對簡單方法發(fā)展起來的，也就是人們常說的 C/S 架構(gòu)。1 / 41目 錄第 1 章 引 言 .................................................................2第 2 章 需求分析 ...............................................................3 產(chǎn)品可行性分析 ............................................................3 產(chǎn)品功能需求分析 ..........................................................5 電子郵件系統(tǒng)收發(fā)郵件的過程 ................................................5第 3 章 總體設(shè)計(jì) ...............................................................7 本系統(tǒng)的總體架構(gòu)模型： ....................................................7 系統(tǒng)模塊的劃分 ............................................................8第 4 章 詳細(xì)設(shè)計(jì) ...............................................................9 接收郵件模塊 ..............................................................9 發(fā)送和回復(fù)郵件模塊 ........................................................9 郵件處理模塊 .............................................................10 界面實(shí)現(xiàn)的流程圖 .........................................................10 郵件發(fā)送過程的流程圖 .....................................................11 郵件接收流程 .............................................................13 用戶鑒權(quán)和客戶端配置信息流程 .............................................15 閱讀郵件流程 .............................................................16第 5 章 系統(tǒng)功能測試 ..........................................................18 登陸界面及郵箱賬戶設(shè)置界面測試 ...........................................18 主界面測試 ...............................................................18 發(fā)送界面與收件箱界面測試 .................................................18 閱讀郵件界面測試 .........................................................20第 6 章 結(jié)論與展望 ............................................................21 結(jié)論 .....................................................................21 展望 .....................................................................21致 謝 ........................................................................22參考文獻(xiàn) .....................................................................23附錄 .........................................................................242 / 41第 1章 引 言電子郵件（簡稱 Emai1)又稱電子信箱、電子郵政，表示通過電子通訊系統(tǒng)進(jìn)行信件的書寫、發(fā)送和接收，它是繼電話、電報(bào)和傳真之后最快捷、最方便的通訊工具，是 20 世紀(jì)人類最偉大的發(fā)明。早在互聯(lián)網(wǎng)流行很久以前，電子郵件就已經(jīng)存在。如今，電子郵件已經(jīng)將人與人越來越緊密地聯(lián)系在一起，成為人們生活的一部分。而電子郵件的形式也從原來的純文本方式變成現(xiàn)在的 HTML 頁面并加載附件的多彩形式，同時(shí)，人們還可以得到大量免費(fèi)的新聞、專題郵件，并實(shí)現(xiàn)輕松的信息搜索，這是任何傳統(tǒng)的方式也無法相比的。電子郵件收發(fā)系統(tǒng)基于 Client/Server 模式，主要功能通過收發(fā)電子郵件客戶端程序?qū)崿F(xiàn)。電子郵件使人們的交流方式得到，并不是由本機(jī)來實(shí)現(xiàn) SMTP 協(xié)議與 POP3 協(xié)議，電子郵件內(nèi)容全是存儲在相應(yīng)服務(wù)商的 POP3 服務(wù)器上，用戶必須要登錄到相應(yīng)的服務(wù)器上才能進(jìn)行瀏覽、查詢或者刪除操作，但是，在網(wǎng)絡(luò)繁忙或大家集中傳輸數(shù)據(jù)的時(shí)候，了解決這一難題，我們開發(fā)了電子郵件收發(fā)系統(tǒng)，將郵件服務(wù)器上的內(nèi)容保存到本地機(jī)器上，這樣即使在網(wǎng)絡(luò)斷開的情況下，也能查詢已存在本地機(jī)器上的郵件。它使用由 TCP 提供的可靠的數(shù)據(jù)傳輸服務(wù)把郵件消息從發(fā)信人郵箱所在郵件服務(wù)器傳送到收信人郵箱所在郵件服務(wù)器。SMTP 的客戶端和服務(wù)器端同時(shí)運(yùn)行在每個(gè)郵件服務(wù)器上。當(dāng)一個(gè)郵件服務(wù)器從其它郵件服務(wù)器接收郵件消息時(shí)，它是作為 SMTP 服務(wù)器端。SMTP 限制所有郵件消息的信體必須是簡單的 7位 ASCII 字符格式。POP3 是 RFC 1939 中定義的一個(gè)簡單的郵件訪問協(xié)議，其功能有限。POP3 服務(wù)器4 / 41與郵件服務(wù)器運(yùn)行在相同的服務(wù)器主機(jī)上，前者從用戶的郵箱中讀取并可能刪除郵件消息，后者往用戶的郵箱中寫入郵件消息。在授權(quán)階段，用戶代理分別發(fā)出一個(gè)用戶名和一個(gè)口令以認(rèn)證下載郵件消息的用戶。更新階段發(fā)生在用戶代理發(fā)出 quit 命令以結(jié)束當(dāng)前 POP3 會話之后，期間 POP3服務(wù)器刪除己加過刪除標(biāo)記的郵件消息?？赡艿膽?yīng)答有兩個(gè)：指出剛才的命令執(zhí)行成功的+OK(有時(shí)后跟一個(gè)解釋性消息)和指出剛才的命令執(zhí)行有誤的ERR。在本設(shè)計(jì)中，采用自己編寫基于 socket的方法，來解析協(xié)議，進(jìn)行郵件收發(fā)。上面的處理還不能保證得到的字符都是可見字符，為了達(dá)到此目的，Base64 制定了一個(gè)編碼表，進(jìn)行統(tǒng)一的轉(zhuǎn)換，見表 。由于編碼是以 3 個(gè)字節(jié)為單位，當(dāng)剩下的字符數(shù)量不足 3 個(gè)字節(jié)時(shí)，則應(yīng)使用0 進(jìn)行填充，相應(yīng)地，輸出字符則使用‘=’占位，因此編碼后輸出的文本末尾可能會出現(xiàn) 1 至 2 個(gè)‘=’ 。分析電子郵件傳輸過程中的協(xié)議和加密算法后，本設(shè)計(jì)進(jìn)行自主開發(fā)是可行的。發(fā)送郵件：根據(jù)用戶設(shè)置的公網(wǎng)郵箱賬戶或者一個(gè)公網(wǎng)不存在的自己私人域內(nèi)的符合郵箱命名規(guī)范的郵箱賬戶，可實(shí)現(xiàn)對公網(wǎng)郵箱和本客戶端（比如新浪，163）的郵件收發(fā)；若郵箱賬戶是自己隨機(jī)設(shè)置的賬戶，則不可以向除本客戶端以外的郵件服務(wù)器發(fā)送郵件；接收郵件：接收來自本客戶端私人郵箱發(fā)來的郵件，在接收郵件的同時(shí)，將對郵件進(jìn)行默認(rèn)保存，接收完成后，點(diǎn)擊即可實(shí)現(xiàn)對郵件的閱讀；登陸驗(yàn)證：客戶端在啟動的時(shí)候，會對用戶的賬戶信息與客戶端內(nèi)部保存的信息，進(jìn)行鑒權(quán)，防止旁人使用客戶端亂發(fā)垃圾郵件；賬號設(shè)置：這個(gè)功能主要是實(shí)現(xiàn)對郵件發(fā)送代理的選擇，決定發(fā)送郵件功能的能力。用戶代理用 SMTP 把郵件傳送給發(fā)送端郵件服務(wù)器。(3) 運(yùn)行在發(fā)送端郵件服務(wù)器的 SMTP 客戶進(jìn)程，