【正文】 3456（錯誤密碼） 單擊確定后發(fā)送，發(fā)送失敗，返回錯誤信息，如 圖 16所示。當完成了所有模塊的子模塊測試，那么就進行第二階段的測試。調用準備測試的方法，得到結果。在測試前，事先準備了測試所用的數(shù)據(jù)和預期的結果。ilen。 }else if(n%3==2) { //如果有兩個剩余的字符，那么用一個 =補足 sTemp += _T( (szEncoding[i]amp。0x3f))。0xfc)2 )。把原文的 24 個二進制位當成一個 bit 流，從左到右每 6位為一個單元提取出來，作為一個索引值。畢竟 CMailMessage 類是用于掌管郵件內(nèi)容的類，沒有把與郵件有關的東西交給它更令人放心的了。 sContent += \r\n\r\n 。 CMIMEMessage*pAttachment= (CMIMEMessage*) (i)。 有關郵件正文的操作則封裝在 PrepareBody 方法中 ，方法如下： //給正文添加一段相關的分割標志，以及正文的格式 CString bodyHeader = _T(\r\nBOUNDARY\r\n)\ _T(Contenttype: text/plain。 sTemp += this(%a, %d %b %y %H:%M:%S %Z)。 sTemp += (i0?_T(,):_T())。對于在郵件的發(fā)送過程中，正文也是通過上述方法進行傳遞的，只是正文的內(nèi)容由 CMailMessage 進行了封裝實現(xiàn)，而 CSMTP 所作的工作只是發(fā)送而已。//結束符號 this( (LPCTSTR)sTemp , () )。 password = (password , ())+\r\n。相關的操作是在 CSMTP 類中的 TransmitMessage 方法中完成的。 if( !this()) //用用戶指定的服務器和端口號碼連接到服務器，成功繼續(xù)執(zhí)行 ； 失敗返回 if( !this(p,thisGetPort())) //接收服務器發(fā)送的消息代碼，為 220 說明服務器接受了請求，否則出錯 if(!thisGetResponse(SMTP_SERVER_READY) ) //發(fā)送 EHLO 命令給服務器，要求建立一條通信通道 (EHLO %s\r\n , localHostName)。在 CSMTP 和 CMailMessage中又會看到，它們對 CBASE64 類的調用。該對話框資源如圖 8 所示。這個類定義的對象可以說是程序的入口點 (并不是真正的入口，真正的入口是 WinMain 函數(shù) )。一個良好的界面能夠帶給用戶以愉快的使用體驗，從而會加大對作品的喜愛程度。在兩種方法中，返回值均為編碼后的數(shù)據(jù)。 2) private CString sEncode 、 CString sDecode:表示編碼和解碼的數(shù)據(jù)。 2) public CString GetFilename() 、 CString GetTitle() 、 CString GetContent()、 TCHAR * GetContentBuffer()、 DWORD GetBufferLength():上述 方法作用分別為獲取附件名稱、附件標題、附件內(nèi)容（以字符串形勢返回）、附件內(nèi)容（以數(shù)組方式返回）、附件的長度。 圖 6 CMIMEMessage類圖 成員變量說明 : 1) protected CString m_Filename:保護成員變量，表示附件所代表的文件的文件名。該方法中規(guī)定的郵件分隔標志為 BOUNDARY，該標志由 PrepareHeader()方法中定義。 6) public virtual void PrepareHeader():本方法的作用是根據(jù)對象本身的成員變量來生成郵件頭。參數(shù) type 是個 enum RECIPIENT_TYPE 類型的變量，有三個合法值，分別為： TO,CC,BCC。該變量就是用于存儲多個接收者的。 3) protected CString m_sSubject、 m_sFrom、 m_sTo、 m_sHeader、 m_sBody、m_sPassword、 CTime m_tDateTime:表示郵件的信息，分別為 :郵件的標題、郵件發(fā)送者、郵件接收者、郵件頭信息、郵件體正文、身份驗證的密碼以及郵件發(fā)送的時間。有關應答碼和與應答碼 相關 信息，均在本類的靜態(tài)成員變量 ResponseCode responseTable 中做了規(guī)定。 7) private CString CookBody(CMailMessage * msg):該方法用于剔除在郵件正文以及郵件中與結束標志沖突的字符。 5) public BOOL Connect():連接服務器方法。在該方法中客戶端接收從服務器發(fā)送來的消息，并進行解析，然后根據(jù)給定的參數(shù)responseExpected 來進行判斷。表示使用服務器的 25 號端口。該類提供了兩個重要的程序接口 Connect 和 TransmitMessage。整個程序就是使用了 MFC 提供的應用程序框架，并在其中添加了上述幾個工具 類，相互協(xié)調工作而得來。但 C語言并沒有提供太多有關圖形設計方面的框架（或者是目前沒有用于 C 語言的應用程序框架）。已經(jīng)超越了 C++稱為最受歡迎的語言之一。 2) 根據(jù) MFC提供的 API 連接服務器，建立一條連接發(fā)送者和接收者的通道。就算你對這個工具絲毫不了解，也可以通過該文檔快速的上手使用。支持 MFC 框架只是 Visual C++IDE 的一個特性而已。這是一個集成的開發(fā)環(huán)境。對于協(xié)議的相關知識只能停留在理論階段。服務器驗證無誤后，返回 334 代碼，并要求客戶端發(fā)送密碼。其中定義了新的關鍵字 AUTH LOGIN，并且規(guī)定了身份認證的格式和驗證的字符串采用的編碼方式。在這個體系中，建立之初由 RFC821 文檔規(guī)定的內(nèi)容已經(jīng)不能滿足人們?nèi)找媾蛎浀男枨蟆? 打開傳送通道時，要交換一些信息以確定雙方的身份。 end with ＜ CRLF＞ .＜ CRLF＞ S: Blah blah blah... S:..等等 S: ＜ CRLF＞ .＜ CRLF＞ R: 250 OK 此信被第一和三兩個人接收，而第二個人在此主機上沒有郵箱。 郵件內(nèi)容指示符確認郵件操作并告知接收者可以存儲和再發(fā)送數(shù)據(jù)了。此過程可能會重復若干次。 1) 過程中的第一步是 MAIL 命令， reversepath＞包括源郵箱。 命令與應答由 ASCII 字母表組成，當傳送服務提供 8位字節(jié)傳送通道，每 7位字符正確傳送，而最高位被填充為 0。如圖 1所示。 工作模型 SMTP 設計基于以下通信模型：針對用戶的郵件請求，發(fā)送 SMTP 建立與接收SMTP 之間建立一個雙向的傳送通道，用于發(fā)送與接收 SMTP 的命令與應答碼。更特別的是，郵件可以通過不同網(wǎng)絡上的主機接力式傳送。它是互聯(lián)網(wǎng)上的一種通訊協(xié)議，工作于應用層，使用端口 為 25。目前， SMTP 協(xié)議已經(jīng)有了大量的實現(xiàn)，應用廣泛。 C++。 MyEMail 軟件是根據(jù) SMTP 協(xié)議的原理、協(xié)議的模型以及工作過程 ,而設計出一款完整、實用的基于 SMTP 協(xié)議的客戶端軟件。該軟件的實現(xiàn)過程中對協(xié)議的工作模式和流程進行分析。 Client 目 錄 論文總頁數(shù)： 28頁 1 引言 .............................................................................................................................. 5 2 SMTP 協(xié)議概述 ............................................................................................................. 5 協(xié)議簡介 ............................................................................................................ 5 協(xié)議原理 ............................................................................................................ 5 工作模型 ................................................................................................... 6 工作過程 ................................................................................................... 7 相關協(xié)議的簡單介紹 ......................................................................................... 10 3 軟件開發(fā)背景與環(huán)境 ....................................................................................................11 軟件開發(fā)背景 ....................................................................................................11 軟件開發(fā)環(huán)境 ....................................................................................................11 系統(tǒng)環(huán)境 ...................................................................................................11 工具簡介 ................................................................................................. 12 4 SMTP 協(xié)議客戶端軟件設計與實現(xiàn) ............................................................................... 12 需求分析與總體設計 ......................................................................................... 12 功能分析 ................................................................................................. 12 總體設計 ................................................................................................. 13 各模塊設計 ....................................................................................................... 14 實現(xiàn) SMTP 協(xié)議的核心類庫 .................................................................... 14 實現(xiàn)軟件的界面類 ................................................................................... 20 模塊之間的關系 ...................................................................................... 21 核心模塊實現(xiàn)與核心功能編碼 ........................................................................... 21 郵件發(fā)送實現(xiàn) .......................................................................................... 21 郵件內(nèi)容相關實現(xiàn) ................................................................................... 24 郵件的編碼方式 ...................................................................................... 26 5 軟件測試