電子郵件客戶端軟件論文-免費(fèi)閱讀

　　

【正文】 由于帶有多附件的信件，所以寫入速度明顯慢于純文本郵件的速度。并且郵件支持添 41第 41 頁 共 52 頁加，刪除，排列圖標(biāo)等功能。FileVersionInfo myVersion=( )。 }以上即為發(fā)送不帶附件的郵件 SMTP 命令用代碼實(shí)現(xiàn)的過程。SendBufferstr += enter + . + enter。 36第 36 頁 共 52 頁SendBuffer=new string []。 if(!Dialog(SendBuffer,SMTP 服務(wù)器驗(yàn)證失敗，請(qǐng)核對(duì)用戶名和密碼。 //驗(yàn)證網(wǎng)絡(luò)連接是否正確 if(RightCodeHT[RecvResponse().Substring(0,3)]==null) {return false。 }8) 郵件發(fā)送程序 SendMail這是整個(gè)程序的核心部分。 32第 32 頁 共 52 頁//然后用這前三位與哈希表中正確的回應(yīng)碼比較if(RightCodeHT[RRCode]!=null) { flag=true。} 31第 31 頁 共 52 頁7) 重載的函數(shù) Dialog它們的作用是與服務(wù)器交互，發(fā)送命令并接收回應(yīng)。 }6) 接受服務(wù)器應(yīng)答的函數(shù) RecvResponse它的作用就是從網(wǎng)絡(luò)流中讀取服務(wù)器返回的字節(jié)型的信息，將其轉(zhuǎn)換成字符串型的變量，然后將其返回，可以通過其返回值來判斷操作是否成功。具體代碼如下所示：private bool SendCommand(string str) { //定義一個(gè)數(shù)組byte[] WriteBuffer。 (by,0,)。其中最基本也是最重要的兩個(gè)方法就是Write（）和 Read（）方法，至于參數(shù)不再次贅述。關(guān)鍵字 含義From 發(fā)送方地址To 接收方地址Cc 復(fù)制副本地址Date 信息創(chuàng)建日期Subject 信息主題ReplyTo 回復(fù)地址XCharset 使用的字符集（通常為 ASCII）XMailer 發(fā)送信息所使用的軟件XSender 發(fā)送方地址的副本XFace 經(jīng)編碼的發(fā)送方面孔的圖象 25第 25 頁 共 52 頁整個(gè)系統(tǒng)的核心是收發(fā)信件的操作,因此為了方便維護(hù),以后的升級(jí),故將這兩個(gè)最主要的操作寫成類庫(.dll)的形式,以組件的形式加載到主程序中，而且其它的功能如果需要的話，也可以通過這樣的組件的形式增加到主程序中。 事實(shí)上已經(jīng)有許多擴(kuò)展字段被廣泛應(yīng)用，但沒有標(biāo)準(zhǔn)定義。雖然Bcc 在發(fā)送方出現(xiàn)，但當(dāng)信息發(fā)送時(shí)，郵件系統(tǒng)將它從消息中除去。用于表示一個(gè)信件唯一標(biāo)識(shí)，該字段通常有 Smtp 服務(wù)器生成，這個(gè)值通常是唯一的。當(dāng)跟蹤各個(gè)電子郵件問題時(shí)，這個(gè)信息很有幫助。當(dāng)回復(fù)信件時(shí)，通常在主題前面增加“Re：”前綴，標(biāo)記為該信件為回復(fù)信件：當(dāng)信件被轉(zhuǎn)發(fā)時(shí)，通常 22第 22 頁 共 52 頁Subject：Re:Hello! 在主題文字前面加上“Fw：” ， “Fwd：”這樣的前綴。指定此信件要同時(shí)發(fā)給哪些人，也稱為抄送。發(fā)送者對(duì)發(fā)送負(fù)責(zé)。標(biāo)準(zhǔn)的信頭字段 下面介紹 RFC822 中定義的常用的標(biāo)準(zhǔn)信頭字段。在結(jié)構(gòu)化和非結(jié)構(gòu)化字段中都允許折疊。例如，每個(gè)字段間用 CRLF 來分離，在字段內(nèi)用空格來分隔字段名和字段內(nèi)容。例如，Subject 字段可以含有任 19第 19 頁 共 52 頁意的文字，并且沒有固定格式。即信頭字段 = 字段名：字段體 CRLF字段名必須由除了冒號(hào)和空格以外的可打印 US—ASCII 字符(其值在 33 和 126 之間)組成，大多數(shù)字段的字段名稱由一系列字母，數(shù)字組成，中間經(jīng)常插入橫線符。如果不存在信體，用作分隔的空白行也就不需要。RFC822 的全稱是“ARPA 因特網(wǎng)文本信件格式的標(biāo)準(zhǔn)”(Standard for the Format of ARPA Inter Text Messages)。SMTP 響應(yīng)由三位數(shù)字組成，其后跟一些文本。命令碼和參數(shù)由一個(gè)或多個(gè)空格分開。在一個(gè)會(huì)話中可以有一個(gè)或多個(gè)操作。若要拒絕改變角色，接收方可以發(fā)送 502 應(yīng)答。即使出錯(cuò)，也不應(yīng)該關(guān)閉信道。此命令可以帶參數(shù)，并返回特定的信息作為應(yīng)答。任何保存的發(fā)送者，接收者和郵件內(nèi)容應(yīng)該被拋棄，所有緩沖區(qū)和狀態(tài)表應(yīng)該被清除，接收方必須返回 OK 應(yīng)答。參數(shù)域包括回復(fù)路徑，如果成功地將信息送到郵箱中此命令成功。回復(fù)路徑包括一個(gè)可選的主機(jī)列表和發(fā)送者郵箱。當(dāng)出現(xiàn)主機(jī)列表時(shí)，表示這是一個(gè)傳送路徑，郵件就是經(jīng)過這個(gè)路徑上的每個(gè)主機(jī)發(fā)送到這里的（列表上第一個(gè)主機(jī)是最后經(jīng)手的主機(jī)） 。在此信息中或者發(fā)送一個(gè)不成功接收者的列表，或者每次發(fā)送一個(gè)不成接收者，而發(fā)送多次。此行包括了發(fā)送命令中的reversepath的信息。郵件內(nèi)容可以包括所有 128 個(gè) ASCII 碼字符。轉(zhuǎn)發(fā)路徑中包括一個(gè)可選的主機(jī)和一個(gè)必須的目的郵箱。參數(shù)域包括回復(fù)路徑。這些參數(shù)或者數(shù)據(jù)對(duì)象必須跟在命令后。當(dāng)指定一般的命令或應(yīng)答格式后，參數(shù)會(huì)由一些類似于語言的字符串表示出來，如string或reversepath ，這里尖括號(hào)表示這是一種類似于語言的變量。MAIL 命令參數(shù)是回復(fù)路徑，它指定郵件從何處來；而 RCPT 命令的參數(shù)是轉(zhuǎn)發(fā)路徑的，它指定郵件向何處去。SMTP 命令由發(fā)送 SMTP 發(fā)出，由接收 SMTP 接收，而應(yīng)答則反方面?zhèn)魉汀MTP 的一個(gè)重要特點(diǎn)是它能夠在傳送中接力傳送郵件，傳送服務(wù)提供了進(jìn)程間通信環(huán)境（IPCE） ，此環(huán)境可以包括一個(gè)網(wǎng)絡(luò)，幾個(gè)網(wǎng)絡(luò)或一個(gè)網(wǎng)絡(luò)的子網(wǎng)。 0第 0 頁 共 52 頁第 2章 軟件架構(gòu)及系統(tǒng)用例圖 系統(tǒng)架構(gòu)：如圖 ：圖 軟件架構(gòu)圖 系統(tǒng)總體用例：如圖 ：用戶主界面主要功能選擇發(fā)送郵件類 接收郵件類 1第 1 頁 共 52 頁用戶 新建賬號(hào)發(fā)送郵件接收郵件純文本郵件帶附件郵件圖 系統(tǒng)總體用例圖 程序功能框架圖：如圖 ： 2第 2 頁 共 52 頁客戶端軟件電子郵件接收系統(tǒng) 電子郵件接收系統(tǒng)附加功能各種錯(cuò)誤的提示簡單郵件接收帶有附件的郵件接收簡單郵件發(fā)送帶有附件的郵件發(fā)送電子郵件編寫電子郵件的分類管理通訊簿管理圖 程序功能圖 發(fā)送郵件類是以“發(fā)送郵件”的核心，類名為 SmtpMail，隸屬于命名空間 MailSend。收方在取信時(shí)，使用特定賬號(hào)從信箱提取。系統(tǒng)的硬件是一個(gè)高性能、大容量的計(jì)算機(jī)。即信件發(fā)送者可隨時(shí)隨地發(fā)送郵件，不要求接收者同時(shí)在場(chǎng)，即使對(duì)方現(xiàn)在不在，仍可將郵件立刻送到對(duì)方的信箱內(nèi),且存儲(chǔ)在對(duì)方的電子郵箱中。 I第 I 頁 共 52 頁電子郵件客戶端軟件目錄第 1章 引 言 .............................................................1 電子郵件介紹 .............................................................................................................................................1 開發(fā)背景 .....................................................................................................................................................2 開發(fā)環(huán)境及運(yùn)行環(huán)境 .................................................................................................................................3 開發(fā)環(huán)境 ............................................................................................................................................3 運(yùn)行環(huán)境 ............................................................................................................................................3第 2章 軟件架構(gòu)及系統(tǒng)用例圖 ..............................................4 系統(tǒng)架構(gòu)： .................................................................................................................................................4 系統(tǒng)總體用例： .........................................................................................................................................4 程序功能框架圖： .....................................................................................................................................5 發(fā)送郵件類 .................................................................................................................................................6 附加小功能類 .............................................................................................................................................6第 3章 SMTP 協(xié)議的研究 ...................................................8 介紹 SMTP 協(xié)議 ..................................................................................................................................8 SMTP 模型 ...........................................................................................................................................8 SMTP 協(xié)議的命令 .............................................................................................................................10 SMTP 的應(yīng)答 .....................................................................................................................................18第 4章 RFC822 ....................................