用C語言設(shè)計電子郵件系統(tǒng)方案

1、. . . . 目 錄1 引言111 電子介紹112 開發(fā)背景213 開發(fā)環(huán)境與運行環(huán)境22 軟件架構(gòu)與系統(tǒng)用例圖321 系統(tǒng)架構(gòu)322 系統(tǒng)總體用例324 發(fā)送類425 附加小功能類43 SMTP協(xié)議的研究431 SMTP協(xié)議簡介與工作原理532 SMTP協(xié)議的命令和應(yīng)答6321 SMTP協(xié)議的命令64 RFC8221441 RFC822簡單介紹1442 信件的頭部145 命名控件MailSend2051 發(fā)送類SmtpMail2052 AddExtra類27521 調(diào)用Windows API 所需的命名空間28523 在程序中具體的使用286 軟件運行時的界面2961 新建297 系統(tǒng)測試

2、3271 同一SMTP服務(wù)器發(fā)送的測試3272 利用不同的SMTP服務(wù)器發(fā)送的測試328 結(jié)論34參考文獻(xiàn)35致36外文文獻(xiàn)原文譯文32 / 341 引言11 電子介紹電子(簡稱E-mai1)又稱電子信箱、電子郵政，它是種用電子手段提供信息交換的通信方式。它是全球多種網(wǎng)絡(luò)上使用最普遍的一項服務(wù)。這種非交互式的通信,加速了信息的交流與數(shù)據(jù)傳送,它是個簡易、快速的方法。通過連接全世界的Internet,實現(xiàn)各類信號的傳送、接收、存貯等處理,將送到世界的各個角落。到目前為止,可以說電子是Internet資源使用最多的一種服務(wù)，E-mai1不只局限于信件的傳遞,還可用來傳遞文件、聲音與圖形、圖像等不同

3、類型的信息。電子不是一種“終端到終端”的服務(wù),是被稱為“存貯轉(zhuǎn)發(fā)式”服務(wù)。這正是電子信箱系統(tǒng)的核心，利用存貯轉(zhuǎn)發(fā)可進(jìn)行非實時通信，屬異步通信方式。即信件發(fā)送者可隨時隨地發(fā)送，不要求接收者同時在場，即使對方現(xiàn)在不在，仍可將立刻送到對方的信箱,且存儲在對方的電子中。接收者可在他認(rèn)為方便的時候讀取信件,不受時空限制。在這里,“發(fā)送”意味著將放到收件人的信箱中,而“接收”則意味著從自己的信箱中讀取信件,信箱實際上是由文件管理系統(tǒng)支持的個實體。因為電子是通過服務(wù)器(mai1 server)來傳遞檔的。通常mail server是執(zhí)行多任務(wù)操作系統(tǒng)UNIX的計算機，它提供24小時的電子服務(wù),用戶只要向 m

4、ail server管理人員申請個信箱賬號,就可使用這項快速的服務(wù)。電子的工作原理：1) 電子系統(tǒng)是一種新型的信息系統(tǒng),是通信技術(shù)和計算機技術(shù)結(jié)合的產(chǎn)物。 電子的傳輸是通過電子簡單傳輸協(xié)議(Simple Mail Transfer Protocol,簡稱SMTP)這一系統(tǒng)軟件來完成的,它是Internet下的一種電子通信協(xié)議。 2) 電子的基本原理,是在通信網(wǎng)上設(shè)立“電子信箱系統(tǒng)”，它實際上是一個計算機系統(tǒng)。系統(tǒng)的硬件是一個高性能、大容量的計算機。硬盤作為信箱的存儲介質(zhì),在硬盤上為用戶分一定的存儲空間作為用戶的“信箱”，每位用戶都有屬于自己的個電子信箱。并確定個用戶名和用戶可以自己隨意修改的口

5、令。存儲空間包含存放所收信件、編輯信件以與信件存盤三部分空間,用戶使用口令開啟自己的信箱,并進(jìn)行發(fā)信、讀信、編輯、轉(zhuǎn)發(fā)、存檔等各種操作。系統(tǒng)功能主要由軟件實現(xiàn)。3) 電子的通信是在信箱之間進(jìn)行的。用戶首先開啟自己的信箱，然后通過鍵入命令的方式將需要發(fā)送的發(fā)到對方的信箱中。在信箱之間進(jìn)行傳遞和交換,也可以與另個系統(tǒng)進(jìn)行傳遞和交換。收方在取信時，使用特定賬號從信箱提取。12 開發(fā)背景當(dāng)前流行的各大客戶端軟件的除了最主要的收發(fā)信件之外，功能越來越復(fù)雜，但是人們平常真正用到的功能很少,很多功能尤其對于那些計算機知識相對缺乏的人來說，更加顯得太過于華麗而不太實用。有鑒于此，在了解RFC底層協(xié)議的基礎(chǔ)上，

6、我們開發(fā)了這個各種功能相對簡單實用的客戶端程序，簡化了很多不必要的功能。13 開發(fā)環(huán)境與運行環(huán)境131 開發(fā)環(huán)境AMD Athlon(TM)，512M存，80G硬盤Microsoft® Windows XP ProfessionalMicrosoft® Visual Studio 2003(C Sharp)Microsoft® Developer Network for Visual Studio.NET 2003132 運行環(huán)境Intel® Pentium® 2與以上處理器，32M以上存，4G以上硬盤Microsoft® Windo

7、ws 9X/NT操作系統(tǒng)800*600或以上的屏幕分辨率確保機器上安裝有.Net FrameWork 1.0或者以上版本2 軟件架構(gòu)與系統(tǒng)用例圖21 系統(tǒng)架構(gòu)軟件的總體架構(gòu)如圖2.1：主要功能選擇用戶主界面接收類發(fā)送類圖2.1 軟件架構(gòu)圖22 系統(tǒng)總體用例用戶新建賬號發(fā)送接收純文本帶附件圖2.2 系統(tǒng)總體用例圖2 3 程序功能框圖客戶端軟件電子接收系統(tǒng)電子接收系統(tǒng)附加功能各種錯誤的提示簡單接收帶有附件的接收簡單發(fā)送帶有附件的發(fā)送電子編寫電子的分類管理通訊簿管理圖2.3 程序功能圖24 發(fā)送類是發(fā)送的核心，類名為SmtpMail，隸屬于命名空間MailSend。封裝了發(fā)送的具體實現(xiàn)方法，也是具體

8、的RFC用代碼實現(xiàn)的過程。而用戶通過具體的操作接口，接口與SmtpMail類通過交互操作來實現(xiàn)用戶發(fā)送信件的操作。25 附加小功能類是獲取一些諸如系統(tǒng)時間，當(dāng)前用戶名，以與本機IP之類的類，類名為AddExtra，隸屬于命名空間MailSend。3 SMTP協(xié)議的研究由于要開發(fā)的是客戶端程序，就不得不用到SMTP協(xié)議和POP協(xié)議。而我個人負(fù)責(zé)的是發(fā)送功能的實現(xiàn)，因此就必然會涉與到SMTP（Simple Mail Transfer Protocol）協(xié)議。SMTP被用來在因特網(wǎng)上發(fā)送，該協(xié)議規(guī)定了一些基本的命令和方法使客戶端與服務(wù)器進(jìn)行交互，以達(dá)到發(fā)送的目的。31 SMTP協(xié)議簡介與工作原理31

9、1 介紹簡單傳輸協(xié)議（SMTP）的目標(biāo)是可靠高效地傳送，它獨立于傳送子系統(tǒng)而且僅要求一條可以保證傳送數(shù)據(jù)單元順序的通道。SMTP的一個重要特點是它能夠在傳送中接力傳送，傳送服務(wù)提供了進(jìn)程間通信環(huán)境（IPCE），此環(huán)境可以包括一個網(wǎng)絡(luò)，幾個網(wǎng)絡(luò)或一個網(wǎng)絡(luò)的子網(wǎng)。理解到傳送系統(tǒng)（或IPCE）不是一對一的是很重要的。進(jìn)程可能直接和其它進(jìn)程通過已知的IPCE通信。是一個應(yīng)用程序或進(jìn)程間通信?？梢酝ㄟ^連接在不同IPCE上的進(jìn)程跨網(wǎng)絡(luò)進(jìn)行傳送。更特別的是，可以通過不同網(wǎng)絡(luò)上的主機接力式傳送。312 SMTP模型 SMTP設(shè)計基于以下通信模型：針對用戶的請求，發(fā)送SMTP建立與接收SMTP之間建立一個雙向傳

10、送通道。接收SMTP可以是最終接收者也可以是中間傳送者。SMTP命令由發(fā)送SMTP發(fā)出，由接收SMTP接收，而應(yīng)答則反方面?zhèn)魉?。一旦傳送通道建立，SMTP發(fā)送者發(fā)送MAIL命令指明發(fā)送者。如果SMTP接收者可以接收則返回OK應(yīng)答。SMTP發(fā)送者再發(fā)出RCPT命令確認(rèn)是否接收到。如果SMTP接收者接收，則返回OK應(yīng)答；如果不能接收到，則發(fā)出拒絕接收應(yīng)答（但不中止整個操作），雙方將如此重復(fù)多次。當(dāng)接收者收到全部后會接收到特別的序列，如果接收者成功處理了，則返回OK應(yīng)答。SMTP提供傳送的機制，如果接收方與發(fā)送方連接在同一個傳送服務(wù)下時，可以直接由發(fā)送方主機傳送到接收方主機；或者，當(dāng)兩者不在同一個傳

11、送服務(wù)下時，通過中繼SMTP服務(wù)器傳送。為了能夠?qū)MTP服務(wù)器提供中繼能力，它必須擁有最終目的主機地址和名稱。MAIL命令參數(shù)是回復(fù)路徑，它指定從何處來；而RCPT命令的參數(shù)是轉(zhuǎn)發(fā)路徑的，它指定向何處去。向前路徑是源路徑，而回復(fù)路徑是返回路徑（它用于發(fā)生錯誤時返回）。當(dāng)同一個消息要發(fā)往不同的接收者時，SMTP遇到了向不同接收者發(fā)送同一份數(shù)據(jù)的復(fù)制品的問題，命令和應(yīng)答有一個比較奇怪的語法，應(yīng)答也有一個數(shù)字代碼。在下面，例子中可以看到哪些使用實際的命令和應(yīng)答。完整的命令和應(yīng)答在第四節(jié)。命令與應(yīng)答對大小寫不敏感，也就是說，命令和應(yīng)答可以是大寫，小寫或兩者的混合，但這一點對用戶名稱卻不一定是對的，因

12、為有的主機對用戶名大小寫是敏感的。這樣SMTP實現(xiàn)中就將用戶名稱保留成初始時的樣子，主機名稱對大小寫不敏感。命令與應(yīng)答由ASCII字母表組成，當(dāng)傳送服務(wù)提供8位字節(jié)傳送通道，每7位字符正確傳送，而最高位被填充為0。當(dāng)指定一般的命令或應(yīng)答格式后，參數(shù)會由一些類似于語言的字符串表示出來，如"<string>"或"<reverse-path>"，這里尖括號表示這是一種類似于語言的變量。32 SMTP協(xié)議的命令和應(yīng)答321 SMTP協(xié)議的命令SMTP命令定義了傳輸或由用戶定義的系統(tǒng)功能。它的命令是由<CRLF>結(jié)束的字符串。而

13、在帶有參數(shù)的情況下，命令本身由<SP>和參數(shù)分開，如果未帶參數(shù)可以直接和<CRLF>連接。的語法格式必須和接收站點的格式一致。下面討論SMTP命令和應(yīng)答。發(fā)送操作涉與到不同的數(shù)據(jù)對象，它們由不同的參數(shù)相互連接?；貜?fù)路徑就是MAIL命令的參數(shù)，而轉(zhuǎn)發(fā)路徑則是RCPT命令的參數(shù)，日期是DATA命令的參數(shù)。這些參數(shù)或者數(shù)據(jù)對象必須跟在命令后。這種模式也就要求有不同的緩沖區(qū)來存儲這些對象，也就是說，有一個回復(fù)路徑緩沖區(qū)，一個轉(zhuǎn)發(fā)路徑緩沖區(qū)，一個容緩沖區(qū)。特定的命令產(chǎn)生自己的緩沖區(qū)，或使一個或多個緩沖的容被清除。HELLO (HELO)此命令用于向接收SMTP確認(rèn)發(fā)送SMTP。參

14、數(shù)域包括發(fā)送SMTP的主機名。接收SMTP通過連接確認(rèn)命令來向發(fā)送SMTP確認(rèn)接收SMTP。引命令和OK響應(yīng)確認(rèn)發(fā)送和接收SMTP進(jìn)入了初始狀態(tài)，也就是說，沒有操作正在執(zhí)行，所有狀態(tài)表和緩沖區(qū)已經(jīng)被子清除。MAIL (MAIL)此命令用于開始將發(fā)送到一個多個中。參數(shù)域包括回復(fù)路徑。返回路徑中包括了可選的主機和發(fā)送者列表。當(dāng)有主機列表時，它是一個回復(fù)路徑源，它說明此是由在表中的主機一一傳遞發(fā)送（第一個主機是最后一個接收到此的主機）過來的。此表也有作向發(fā)送者返回非傳遞信號的源路徑。因為每個傳遞主機地址都被加在此表起始處，它就必須使用發(fā)送IPCE而不是接收IPCE（如果它們不是一個IPCE的話）清楚

15、的名稱。一些出錯信息的回復(fù)路徑可能就是空的。此命令清除回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)，并且將此命令的回復(fù)路徑信息插入到回復(fù)路徑緩沖區(qū)中。RECIPIENT (RCPT)此命令用于確定容的唯一接收者；多個接收者將由多個此命令指定。轉(zhuǎn)發(fā)路徑中包括一個可選的主機和一個必須的目的。當(dāng)出現(xiàn)主機列表時，這就是一個源路徑，它指明必須向列表中的上一個主機發(fā)送。如果接收SMTP未實現(xiàn)的傳遞發(fā)送，就會返回如未知本地用戶（550）的信息給用戶。當(dāng)被傳遞發(fā)送時，傳遞主機必須將自己的名稱由轉(zhuǎn)發(fā)路徑的開始處移至回復(fù)路徑的結(jié)束處。當(dāng)最終到達(dá)目的地時，接收SMTP將以它的主機格式自己的名稱插入目標(biāo)中。例如，由傳遞主

16、機A接收的帶有如下參數(shù)的時，F(xiàn)ROM:<USERXHOSTY.ARPA>TO:<HOSTA.ARPA,HOSTB.ARPA:USERCHOSTD.ARPA>將會變成如下形式：FROM:<HOSTA.ARPA:USERXHOSTY.ARPA>TO:<HOSTB.ARPA:USERCHOSTD.ARPA>.此命令導(dǎo)致它的轉(zhuǎn)發(fā)路徑參數(shù)加入轉(zhuǎn)發(fā)路徑緩沖區(qū)中。DATA (DATA)接收者將跟在命令后的行作為容。此命令導(dǎo)致此命令后的容加入容緩沖區(qū)。容可以包括所有128個ASCII碼字符。容由只包括一個句號的行結(jié)束，也就是如下的字符序列："<C

17、RLF>.<CRLF>"，它指示了的結(jié)束。容的結(jié)束指示要求接收者現(xiàn)在就處理保存的容。此過程將回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)的容全部清空。如果操作成功，接收者必須返回OK應(yīng)答；如果失敗也必須返回失敗應(yīng)答。當(dāng)接收SMTP收到一條信息時，無論是用作轉(zhuǎn)發(fā)還是此已經(jīng)到達(dá)目的地，它都必須在容的開始處加上時間戳這一行，這一行指示了接收到主機和發(fā)出此主機的標(biāo)識，以與接收到容的時間和日期。轉(zhuǎn)發(fā)的信件將有多行這樣的時間戳。當(dāng)接收SMTP作最后一站的傳送時，它將返回路徑信息行插入中。此行包括了發(fā)送命令中的<reverse-path>的信息。在這里，最后一站的傳送的意

18、思是將被送到目的用戶手中，但在一些情況下，可能需要更進(jìn)一步的加工并由另外的系統(tǒng)傳送?？赡茉诜祷芈窂街械呐c實際發(fā)送的不一致，這個情況可能發(fā)生在需要傳送一個特定的錯誤處理信箱而不是信件發(fā)送者那里。上面所述說明了，最后的容由一個返回路徑行，和在其后的一個或多個時間戳行構(gòu)成。這些行后面是容的頭和體信息。當(dāng)處理后面的數(shù)據(jù)指示部分成功時就需要特定的說明。這種情況可能發(fā)生在發(fā)送SMTP發(fā)現(xiàn)當(dāng)需要傳送給多個用戶時，只能夠成功地向其中的一部分發(fā)送信息這種情況下。在這種情況下，必須對DATA命令發(fā)送OK應(yīng)答，而接收SMTP組織并發(fā)送一個"不可傳遞"信息到信息的發(fā)送者。在此信息中或者發(fā)送一個不成

19、功接收者的列表，或者每次發(fā)送一個不成接收者，而發(fā)送多次。所有不可傳遞信息由MAIL命令發(fā)送。返回路徑和接收時間戳例子Return-Path: <GHI.ARPA,DEF.ARPA,ABC.ARPA:JOEABC.ARPA>Received: from GHI.ARPA by JKL.ARPA ; 27 Oct 81 15:27:39 PSTReceived: from DEF.ARPA by GHI.ARPA ; 27 Oct 81 15:15:13 PSTReceived: from ABC.ARPA by DEF.ARPA ; 27 Oct 81 15:01:59 PSTDat

20、e: 27 Oct 81 15:01:01 PSTFrom: JOEABC.ARPASubject: Improved Mailing System InstalledTo: SAMJKL.ARPAThis is to inform you that .SEND (SEND)此命令用于開始一個發(fā)送命令，將發(fā)送到一個或多個終端上。參數(shù)域包括了一個回復(fù)路徑，此命令如果成功就將發(fā)送到終端上了。 回復(fù)路徑包括一個可選的主機列表和發(fā)送者。當(dāng)出現(xiàn)主機列表時，表示這是一個傳送路徑，就是經(jīng)過這個路徑上的每個主機發(fā)送到這里的（列表上第一個主機是最后經(jīng)手的主機）。此表用于返回非傳遞信號到發(fā)送者。因為每個傳遞主機地

21、址都被加在此表起始處，它就必須使用發(fā)送IPCE而不是接收IPCE（如果它們不是一個IPCE的話）清楚的名稱。一些出錯信息的回復(fù)路徑可能就是空的。此命令清除回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)，并且將此命令的回復(fù)路徑信息插入到回復(fù)路徑緩沖區(qū)中。SEND OR MAIL (SOML)此命令用于開始一個操作將容傳送到一個或多個終端上，或者傳送到中。對于每個接收者，如果接收者終端打開，容將被傳送到接收者的終端上，否則就送到接收者的中。參數(shù)域包括回復(fù)路徑，如果成功地將信息送到終端或中此命令成功?；貜?fù)路徑包括一個可選的主機列表和發(fā)送者。當(dāng)出現(xiàn)主機列表時，表示這是一個傳送路徑，就是經(jīng)過這個路徑上的每個主

22、機發(fā)送到這里的（列表上第一個主機是最后經(jīng)手的主機）。此表用于返回非傳遞信號到發(fā)送者。因為每個傳遞主機地址都被加在此表起始處，它就必須使用發(fā)送IPCE而不是接收IPCE（如果它們不是一個IPCE的話）清楚的名稱。一些出錯信息的回復(fù)路徑可能就是空的。此命令清除回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)，并且將此命令的回復(fù)路徑信息插入到回復(fù)路徑緩沖區(qū)中。SEND AND MAIL (SAML)此命令用于開始一個操作將容傳送到一個或多個終端上，并傳送到中。如果接收者終端打開，容將被傳送到接收者的終端上和接收者的中。參數(shù)域包括回復(fù)路徑，如果成功地將信息送到中此命令成功。回復(fù)路徑包括一個可選的主機列表和發(fā)送

23、者。當(dāng)出現(xiàn)主機列表時，表示這是一個傳送路徑，就是經(jīng)過這個路徑上的每個主機發(fā)送到這里的（列表上第一個主機是最后經(jīng)手的主機）。此表用于返回非傳遞信號到發(fā)送者。因為每個傳遞主機地址都被加在此表起始處，它就必須使用發(fā)送IPCE而不是接收IPCE（如果它們不是一個IPCE的話）清楚的名稱。一些出錯信息的回復(fù)路徑可能就是空的。此命令清除回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)，并且將此命令的回復(fù)路徑信息插入到回復(fù)路徑緩沖區(qū)中。RESET (RSET)此命令指示當(dāng)送操作將被放棄。任何保存的發(fā)送者，接收者和容應(yīng)該被拋棄，所有緩沖區(qū)和狀態(tài)表應(yīng)該被清除，接收方必須返回OK應(yīng)答。VERIFY (VRFY)此命令要求

24、接收者確認(rèn)參數(shù)是一個用戶。如果這是（已經(jīng)知道的）用戶名，返回用戶的全名和指定的。此命令對回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)沒有影響。EXPAND (EXPN)此命令要求接收者確認(rèn)參數(shù)指定了一個發(fā)送列表，如果是一個發(fā)送列表，就返回表中的成員。如果這是（已經(jīng)知道的）用戶名，返回用戶的全名和指定的。此命令對回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)沒有影響。HELP (HELP)此命令導(dǎo)致接收者向HELP命令的發(fā)送者發(fā)出幫助信息。此命令可以帶參數(shù)，并返回特定的信息作為應(yīng)答。此命令對回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)沒有影響。NOOP (NOOP)此命令不影響任何參數(shù)和已經(jīng)發(fā)出的命令。它只是

25、說明沒有任何操作而不是說明接收者發(fā)送了一個OK應(yīng)答。此命令對回復(fù)路徑緩沖區(qū)，轉(zhuǎn)發(fā)路徑緩沖區(qū)和容緩沖區(qū)沒有影響。QUIT (QUIT)此命令指示接收方必須發(fā)送OK應(yīng)答然后關(guān)閉傳送信道。接收方在接到QUIT命令并做出響應(yīng)之前不應(yīng)該關(guān)閉通信信道。發(fā)送方在發(fā)送QUIT命令和接收到響應(yīng)之前也不應(yīng)該關(guān)閉信道。即使出錯，也不應(yīng)該關(guān)閉信道。如果連接被提前關(guān)閉，接收方應(yīng)該象接收到RSET命令一樣，取消所有等待的操作，但不恢復(fù)原先已經(jīng)做過的操作。而發(fā)送方應(yīng)該象接收到暫時錯誤（4XX）一樣假定命令和操作仍在支持之中。TURN (TURN)此命令指定接收方要么發(fā)送OK應(yīng)答并改變角色為發(fā)送SMTP，要么發(fā)送拒絕信息并保

26、持自己的角色。如果程序A現(xiàn)在是發(fā)送SMTP，它發(fā)出TURN命令后接收到OK（250）應(yīng)答，它就變成了接收SMTP。程序A就進(jìn)入初始狀態(tài)，好象通信信道剛打開一樣，這時它發(fā)送220準(zhǔn)備好服務(wù)信號。如果程序B現(xiàn)在是接收SMTP，它發(fā)出TURN命令后接收到OK（250）應(yīng)答，它就變成了發(fā)送SMTP。程序A就進(jìn)入初始狀態(tài)，好象通信信道剛打開一樣，這時它準(zhǔn)備接收220準(zhǔn)備好服務(wù)信號。若要拒絕改變角色，接收方可以發(fā)送502應(yīng)答。對于這些命令的順序有一定的限制。對話的第一個命令必須是HELLO命令，此命令在此后的會話中也可以使用。如果HELLO命令的參數(shù)不可接受，必須由返回一個501失敗應(yīng)答，同時接收到的SM

27、TP必須保持在與剛才一致的狀態(tài)下。 NOOP，HELP,EXPN和VRFY命令可以在會話的任何時候使用。MAIL，SEND，SOML或SAML命令開始一個操作。一旦開始了以后就要發(fā)送RCPT和DATA命令。操作可以由RSET命令終止。在一個會話中可以有一個或多個操作。如果在操作開始參數(shù)不可接受，必須返回501失敗應(yīng)答，同時接收到的SMTP必須保持在與剛才一致的狀態(tài)下。如果操作中的命令順序出錯，必須返回503失敗應(yīng)答，同時接收到的SMTP必須保持在與剛才一致的狀態(tài)下。會話的最后一個命令必須是QUIT命令。此命令在會話的其它時間不能使用。COMMAND語法格式命令是由命令碼和其后的參數(shù)域組成的。命

28、令碼是四個字母組成的，不區(qū)別大小寫。因為下面的命令的作用是一樣的：MAIL Mail mail MaIl mAIl這對于引導(dǎo)任何參數(shù)值的標(biāo)記也是適用的，如TO和to就是一樣的。命令碼和參數(shù)由一個或多個空格分開。然而在回復(fù)路徑和轉(zhuǎn)發(fā)路徑中的參數(shù)是區(qū)別大小寫的。特別是在一些主機上，"smith"和"Smith"就根本不是一個用戶。參數(shù)域由不定長的字符串組成，它由<CRLF>結(jié)束，接收方在完全接收到此序列前不會采取任何行動。方括號代表可選的參數(shù)域。如果不選擇的話，系統(tǒng)選擇默認(rèn)的設(shè)置。下面是SMTP命令： HELO <SP> <do

29、main> <CRLF> MAIL <SP> FROM:<reverse-path> <CRLF>RCPT <SP> TO:<forward-path> <CRLF>DATA <CRLF>RSET <CRLF>SEND <SP> FROM:<reverse-path> <CRLF>SOML <SP> FROM:<reverse-path> <CRLF>SAML <SP> FROM:<rever

30、se-path> <CRLF>VRFY <SP> <string> <CRLF>EXPN <SP> <string> <CRLF>HELP <SP> <string> <CRLF>NOOP <CRLF>QUIT <CRLF>TURN <CRLF>322 SMTP的應(yīng)答碼對SMTP命令的響應(yīng)是多樣的，它確定了在傳輸過程中請求和處理的同步，也保證了發(fā)送SMTP知道接收SMTP的狀態(tài)。每個命令必須有且只有一個響應(yīng)。SMTP響應(yīng)由三位數(shù)字組成

31、，其后跟一些文本。數(shù)字幫助決定下一個應(yīng)該進(jìn)入的狀態(tài)，而文本對人是有意義的。三位的響應(yīng)已經(jīng)包括了足夠的信息，不用再閱讀文本，文本可以直接拋棄或者傳遞給用戶。特別的是，文本是與接收和環(huán)境相關(guān)的，所以每次接收到的文本可能不同。在附錄E中可以看到全部的響應(yīng)碼。正規(guī)的情況下，響應(yīng)由下面序列構(gòu)成：三位的數(shù)字，<SP>，一行文本和一個<CRLF>，或者也可以是一個多行響應(yīng)。只有EXPN和HELP命令可以導(dǎo)致多行應(yīng)答，然而，對所有命令，多行響應(yīng)都是允許的。REPLY CODES BY FUNCTION GROUPS 500 格式錯誤，命令不可識別（此錯誤也包括命令行過長）501 參數(shù)格

32、式錯誤502 命令不可實現(xiàn)503 錯誤的命令序列504 命令參數(shù)不可實現(xiàn)211 系統(tǒng)狀態(tài)或系統(tǒng)幫助響應(yīng)214 幫助信息220 <domain> 服務(wù)就緒221 <domain> 服務(wù)關(guān)閉傳輸信道 421 <domain> 服務(wù)未就緒，關(guān)閉傳輸信道（當(dāng)必須關(guān)閉時，此應(yīng)答可以作為對任何命令的響應(yīng)）250 要求的操作完成251 用戶非本地，將轉(zhuǎn)發(fā)向<forward-path>450 要求的操作未完成，不可用（例如，忙）550 要求的操作未完成，不可用（例如，未找到，或不可訪問）451 放棄要求的操作；處理過程中出錯551 用戶非本地，請嘗試<fo

33、rward-path>452 系統(tǒng)存儲不足，要求的操作未執(zhí)行552 過量的存儲分配，要求的操作未執(zhí)行553 名不可用，要求的操作未執(zhí)行（例如格式錯誤）354 開始輸入，以<CRLF>.<CRLF>結(jié)束554 操作失敗4 RFC822說道發(fā)送和接受，我們就必須不得不提RFC822了。RFC822的全稱是“ARPA因特網(wǎng)文本信件格式的標(biāo)準(zhǔn)”(Standard for the Format of ARPA Internet Text Messages)。該標(biāo)準(zhǔn)提供了容的格式和相關(guān)語義。41 RFC822簡單介紹RFC822規(guī)定的電子容全部由ASCII字符組成，就是通常所

34、說的文本文件，因而標(biāo)準(zhǔn)將它稱為Internet文本信件(Internet Text Messages)。從直觀上看，信件非常簡單，就是一系列由ASCII字符組成的文本行，每一行以回車換行符(“CRLF“，就是ASCII碼的13和10)結(jié)束。從組織上看，信件容結(jié)構(gòu)分為兩大部分，中間用一個空白行(只有CRLF符的行)來分隔。第一部分稱為信件的頭部(the header of the message)，包括有關(guān)發(fā)送方、接收方、發(fā)送日期等信息。第二部分稱為信件的體部(Body of the message)，包括信件容的正文文本。信頭是必需的，信體是可選的，即信體可有可無。如果不存在信體，用作分隔的空

35、白行也就不需要。在信體中，也可以有用作分隔的空白行。這樣設(shè)計的信件便于進(jìn)行語法分析，提取信件的基本信息。在RFC822中規(guī)定，信件體就是一系列的向收信人表達(dá)信息的文本行，比較簡單，可以包含任意文本，并沒有附加的結(jié)構(gòu)。信件頭則具有比較復(fù)雜的結(jié)構(gòu)，在下一小節(jié)中詳述。42 信件的頭部421 信頭的一般格式信頭的結(jié)構(gòu)比較復(fù)雜，信頭由若干信頭字段(header field)組成，這些字段為用戶和程序提供了關(guān)于信件的信息。要了解信頭的結(jié)構(gòu)就要弄清楚各種信頭字段。所有的信頭字段都具有一樣的語法結(jié)構(gòu)，從邏輯上說，包括四部分，字段名(field name)，緊跟冒號":" (colon)，后

36、跟字段體(field body)，最后以回車換行符(CRLF)終止。即信頭字段 = 字段名：字段體 CRLF字段名必須由除了冒號和空格以外的可打印USASCII字符(其值在33和126之間)組成，大多數(shù)字段的字段名稱由一系列字母，數(shù)字組成，中間經(jīng)常插入橫線符。字段名告訴電子軟件如何翻譯該行中剩下的容。字段體可以包括除了CR和LF之外的任何ASCII字符。但是其中的空格，加括號的注釋，引號和多行字段都比較復(fù)雜，另外，字段體的語法和語義依賴于字段名，每個類型的字段有特定的格式。RFC822為信件定義了一些標(biāo)準(zhǔn)字段，并提供了用戶自行定義非標(biāo)準(zhǔn)字段的方422 結(jié)構(gòu)化字段和非結(jié)構(gòu)化字段每個字段所包含的信

37、息不同，字段大體可以分為結(jié)構(gòu)化字段和非結(jié)構(gòu)化字段。結(jié)構(gòu)化字段有特定的格式，由語法分析程序檢測。Sender 字段就是一個很好的例子，它的字段容是信箱，有一個離散的結(jié)構(gòu)。非結(jié)構(gòu)化的字段含有任意的數(shù)據(jù)，沒有固定格式。例如，Subject字段可以含有任意的文字，并且沒有固定格式。非結(jié)構(gòu)化的字段數(shù)量較少，只有Subject、 Comments、擴展字段，非標(biāo)準(zhǔn)字段、INReply和References等。所有其它字段都是結(jié)構(gòu)化的。423 信頭字段的元素盡管Email信件的總體結(jié)構(gòu)非常簡單，但一些信頭字段的結(jié)構(gòu)是很復(fù)雜的。下面介紹一些大多數(shù)字段共有的元素。（1）空白符像其它文本文件一樣，空白符包括空格符

38、(ASCII碼32)和制表符Tab(ASCII碼19)。此外，行末的回車換行符CRLF也應(yīng)算是空白符。使用空白符可以對字段進(jìn)行格式化，增加它的可讀性。例如，每個字段間用CRLF來分離，在字段用空格來分隔字段名和字段容。在Subject后面的冒號和容之間插入空格字符，會使字段結(jié)構(gòu)更加清晰。在Email中，空白符的使用并沒有固定的規(guī)則，但應(yīng)當(dāng)正確地使用，僅在需要時才使用空白符，以便接收軟件進(jìn)行語法分析。（2）注解注解是由括號括起來的一系列字符，例如，(這份禮物)。注解一般用在非結(jié)構(gòu)化的信頭字段中，沒有語法語義，僅為人提供了一些附加的信息。如果在加引號的字符串中有包括在括號中的字符，那是字符串的一部

39、分，不是注解。在解釋信件的時候，會將注解忽略，可以用一個空格字符代替它們，這樣就什么也不會破壞。（3）字段折疊每個信頭字段從邏輯上說應(yīng)當(dāng)是一個由字段名、冒號、字段體和CRLF組成的單一的行，但為了書寫與顯示的方便，增加可讀性，也為了符合1000/80的行字符數(shù)的限制，可以將超過80個字符的信頭字段分為多行，即對于比較長的字段，可以分割成幾行，形成折疊。在結(jié)構(gòu)化和非結(jié)構(gòu)化字段中都允許折疊。通過在字段中某些點插入CRLF符和至少一個或多個空白字符來實現(xiàn)字段的折疊，第一行后面的行稱為信頭字段的續(xù)行。續(xù)行都以一個空白符開始，這種方法稱為折疊（folding），例如標(biāo)題字段Subject: This i

40、s a test可以表示為： Subject: This is a test反之，將一個被折疊成多行的信頭字段恢復(fù)到它的單行表示的過程叫做去折疊，只要簡單地移除后面跟著空格的CRLF，將折疊空白符CRLF轉(zhuǎn)換成空格字符，就可以完成去折疊(unfolding)。在分析被折疊的字段的語法時，要把一個多行的折疊字段展開為一行，根據(jù)它的非折疊的形式來分析它的語法與語義。（4）字段大小寫字段名稱是不區(qū)分大小寫的，所以Subject、subject或SUBJECT都一樣。不過字段名稱大小寫有習(xí)慣的常用形式，如主題字段的大小寫形式通常為Subject。字段體的大小寫稍微復(fù)雜點，要視情況而定。比如Subjec

41、t后面的字段體，其中的大寫可能就是縮寫的專用名詞，不能改動。424 標(biāo)準(zhǔn)的信頭字段下面介紹RFC822中定義的常用的標(biāo)準(zhǔn)信頭字段。表4.1 RFC822常用的標(biāo)準(zhǔn)信頭字段與發(fā)信方有關(guān)的信頭字段格式：From：mailbox舉例：From：wang163.寫信人字段。說明信件的原始創(chuàng)建者，給出他的電子信箱地址。創(chuàng)建者對信件的原始容負(fù)責(zé)。格式：Sender：mailbox舉例：From：wang163.Sender：lisina.發(fā)送者字段。說明實際提交發(fā)送這個信件的人，給出他的電子信箱地址。當(dāng)發(fā)信人與寫信人不一樣時使用。比如，秘書替經(jīng)理發(fā)信。發(fā)送者對發(fā)送負(fù)責(zé)。格式：Reply-TO：mailbo

42、x舉例：From：wang163. From：zhaosoho.回復(fù)字段。指定應(yīng)當(dāng)把回信發(fā)到哪里。如果有此字段，回信將會發(fā)給它指定的，而不會發(fā)給From字段指定的。比如，發(fā)送的是經(jīng)理的信，但回信應(yīng)交辦公室處理。與收信方有關(guān)的信頭字段格式：TO：mailbox list舉例：TO：zhang263.收信人字段。指定主要收信人的地址，可以是多個地址的列表，地址中間用逗號隔開。格式：Cc：mailbox list舉例：Cc：zhang863.抄送字段。指定此信件要同時發(fā)給哪些人，也稱為抄送。也可以使用地址列表，抄送給多個人。格式：Bcc：mailbox list密抄字段。指定此信件要同時秘密發(fā)給哪些

43、人，也稱為密件抄送。也可以使用地址列表，密抄給多個人。其它的信頭字段格式：Date：date-time舉例：Date：Tue,04 Dec 2004 16:18:08 +800日期字段：Date字段含有電子創(chuàng)建的日期和時間。格式：Subject：*text舉例：Subject：Hello! Subject：Re:Hello!信件主題字段。描述信件的主題。當(dāng)回復(fù)信件時，通常在主題前面增加“Re：”前綴，標(biāo)記為該信件為回復(fù)信件：當(dāng)信件被轉(zhuǎn)發(fā)時，通常在主題文字前面加上“Fw：”，“Fwd：”這樣的前綴。格式：Received："from" domain ;發(fā)送主機"by

44、" domain ;接收主機"via" atom ;物理路徑"id" msg-id ;接收者msg id接受字段。是投遞信件的特定服務(wù)器所作的記錄。處理投遞的每個服務(wù)器必須給它處理的每個信頭的前面加一個Received字段，用以描述信件到達(dá)目的地所經(jīng)過的路徑以與相關(guān)信息。當(dāng)跟蹤各個電子問題時，這個信息很有幫助。舉例：Received:from wang by li Tue dec 2003 12:18:02 +800格式：Comments：*text注釋字段。用于把一個注解添加到信件中。格式：Resent-*

45、舉例：Resent-FromResent-SenderResent-dateResent-Reply-To重發(fā)字段。當(dāng)需要把收到的信件重發(fā)給另一組收信人的時候，可以保持整個原始信件不變，并簡單地產(chǎn)生重發(fā)信件所要求的新信頭字段。為避免與以前的字段相混。新添加的信頭字段都加上Resent-前綴字符串，它們的語法與未加前綴的同名字段一樣。格式：Message-ID：msg-id信件標(biāo)識字段。用于表示一個信件唯一標(biāo)識，該字段通常有Smtp服務(wù)器生成，這個值通常是唯一的。形式根據(jù)使用的軟件而定。通常左邊是標(biāo)識符，右邊指定電腦名圖2 7 - 2表中的關(guān)鍵字表明了電子借用了辦公室備忘錄中的概念和術(shù)語：電子的

46、頭部能夠包含一行說明應(yīng)當(dāng)接收到該備忘錄的接收方。象傳統(tǒng)的辦公室備忘錄一樣，電子使用關(guān)鍵字Cc指明一個復(fù)寫副本(carbon copy).電子軟件必須向Cc:后面的電子地址表中的每個地址發(fā)送一份消息的副本。傳統(tǒng)的辦公室過程要求備忘錄的發(fā)送方通知接收方副本是否傳給其它人。有時發(fā)送方希望將備忘錄的一個副本給別人而不顯示出有一個副本被發(fā)送出去。一些電子系統(tǒng)提供這樣的選項，遵循傳統(tǒng)的辦公室術(shù)語，用盲復(fù)寫副本(blind carbon copy)來表示。創(chuàng)建消息的用戶在關(guān)鍵字Bcc后給出一個電子地址表，指定一個或多個盲復(fù)寫副本。雖然Bcc在發(fā)送方出現(xiàn)，但當(dāng)信息發(fā)送時，系統(tǒng)將它從消息中除去。每個接收方必須檢

47、查頭部的To和Cc行以決定信息是直接發(fā)送還是作為盲副本發(fā)送的(有些系統(tǒng)在正文部分附加信息來告訴接收者它是一個盲副本)。其它接收者不知道有哪些用戶接收到盲副本。電子使用與傳統(tǒng)的辦公室備忘錄一樣的格式和術(shù)語：頭部包括與消息有關(guān)的信息，正文包括消息文本。電子頭部的行說明發(fā)送方、接收方、日期、主題、應(yīng)當(dāng)收到副本的人的列表。（5）擴展字段如果想在信頭中加入RFC822中沒有規(guī)定的字段，就需要創(chuàng)建非標(biāo)準(zhǔn)字段。方法非常簡單，只要在自定義的信頭字段名的前面使用X-前綴。RFC822將這種方法稱為擴展字段。事實上已經(jīng)有許多擴展字段被廣泛應(yīng)用，但沒有標(biāo)準(zhǔn)定義。例如：X-LOOP字段X-LOOP字段用來防止的循環(huán)傳

48、送。過濾或列表處理程序，可以給它處理的每個信件增加一個X-LOOP字段，以后就可以根據(jù)這個字段中含有的特別值，判斷一個信件是否被循環(huán)傳送。如果確認(rèn)發(fā)生了循環(huán)，過濾或列表處理程序就可以用不同的方式處理該信件。X-Mailer字段X-Mailer字段用于指示什么樣的程序產(chǎn)生了這個信件，它是使用最廣泛的擴展字段。產(chǎn)生的軟件可以為所有發(fā)送的信件增加合適的X-Mailer字段，該字段不僅含有軟件的名稱，還包含軟件的版本號。例如軟件名為Littlefox Mailer，版本為V1.0，可以將“X-Mailer:Littlefox Mailer V1.0”加到信頭中去。圖2 7 - 2列出了一些在因特網(wǎng)電子

49、中可以找到的普通關(guān)鍵字，以與使用它們的目的。關(guān)鍵字含義From 發(fā)送方地址To 接收方地址Cc 復(fù)制副本地址Date 信息創(chuàng)建日期Subject 信息主題Reply-To 回復(fù)地址X-Charset 使用的字符集（通常為ASCII）X-Mailer 發(fā)送信息所使用的軟件X-Sender 發(fā)送方地址的副本X-Face 經(jīng)編碼的發(fā)送方面孔的圖象整個系統(tǒng)的核心是收發(fā)信件的操作,因此為了方便維護,以后的升級,故將這兩個最主要的操作寫成類庫(.dll)的形式,以組件的形式加載到主程序中，而且其它的功能如果需要的話，也可以通過這樣的組件的形式增加到主程序中。這也體現(xiàn)了C Sharp這一新的微軟主推語言的方

50、便和高校。而且這樣做也方便了我們小組的程序的順利結(jié)合。5 命名控件MailSend由于在C Sharp語言中，都是以命名控件來組織程序的。而所有的類都?xì)w屬于一個特定的命名空間下。需要的命名空間系統(tǒng)本身自帶了一部分，而且如果系統(tǒng)沒有你需要的命名空間的話，就可以自己編寫，本節(jié)中的這個命名空間就是由于需要而編寫的。而調(diào)用某一個類中的某個變量成員的方法就是通過命名空間名.類名.變量成員來訪問的，當(dāng)然在C Sharp 中如果在程序開始通過Using 命名空間名，就可以直接的象C+那樣來訪問成員變量，可以說相當(dāng)?shù)姆奖悖@些都會在程序中體現(xiàn)出來，再次不再做過多的敘述。51 發(fā)送類SmtpMail511 主要

51、成員變量說明1)網(wǎng)絡(luò)連接類與實例TcpClient tc為 TCP 網(wǎng)絡(luò)服務(wù)提供客戶端連接類TcpClient實例對象tc。TcpClient 類提供了一些簡單的方法，用于在同步阻塞模式下通過網(wǎng)絡(luò)來連接、發(fā)送和接收流數(shù)據(jù)。而實例化的過程也是連接SMTP服務(wù)器的過程。它的重載方法之一的兩個參數(shù)一個為服務(wù)器名稱字符串，另一個為服務(wù)器的埠。2）提供用于網(wǎng)絡(luò)訪問的基礎(chǔ)數(shù)據(jù)流與其實例 NetworkStream ns此類提供訪問網(wǎng)絡(luò)的基礎(chǔ)數(shù)據(jù)流的方法。其中最基本也是最重要的兩個方法就是Write（）和Read（）方法，至于參數(shù)不再次贅述。3）一維字符串?dāng)?shù)組變量FilePath此字符串?dāng)?shù)組主要用來存放用戶

52、選擇的附件的絕對路徑名，并在發(fā)送帶附件的時用到。4）發(fā)送所需的基本參數(shù)比如用于ESMTP等錄檢驗用的用戶名、密碼，發(fā)送需要的收信人，發(fā)信人地址以與主題等等在此不再贅述。512 主要成員函數(shù)說明1）重載的構(gòu)造函數(shù) SmtpMail（）此函數(shù)主要用于在初始化過程中，把用戶選擇的附件的路徑以參數(shù)的形式傳給FilePath。2）添加附件的函數(shù)AddAttachment傳給FilePath的路徑，通過這樣一個函數(shù)就可以循環(huán)的動態(tài)的添加到IList接口的一個對象中了，方便以后在具體的實現(xiàn)的過程中的使用。3）得到上傳的附件的文件流GetStream由于在網(wǎng)絡(luò)中的操作都是以網(wǎng)絡(luò)流的形式來實現(xiàn)的，因此先將上傳的

53、附件轉(zhuǎn)換成文件流，然后再用Write的方法把這些附件的文件流寫入到網(wǎng)絡(luò)中，來完成發(fā)送附件的操作。具體實現(xiàn)代碼如下所示：private string GetStream(string FilePath) /建立文件流對象 System.IO.FileStreamFileStr=new System.IO.FileStream(FilePath,System.IO.FileMode.Open); byte by=new byteSystem.Convert.ToInt32(FileStr.Length); FileStr.Read(by,0,by.Length); FileStr.Close();

54、 return(System.Convert.ToBase64String(by); 4）將字符串編碼為Base64字符串的函數(shù)Base64Encode由于ESMTP的LOGIN認(rèn)證機制是采用Base64編碼，當(dāng)用戶發(fā)出AUTHLOGIN的命令后，服務(wù)器返回334的應(yīng)答碼等待用戶輸入。如果身份確認(rèn)后服務(wù)器返回235的應(yīng)答碼，否則返回失敗信息。所以要將用戶名和密碼轉(zhuǎn)換成Base64編碼然后再發(fā)給服務(wù)器。此函數(shù)的作用就是把給定的字符串轉(zhuǎn)換成相應(yīng)的Base64編碼的字符串。5)發(fā)送SMTP命令的函數(shù)SendCommand這個函數(shù)的作用是把SMTP命令的字符串轉(zhuǎn)換成對應(yīng)的字節(jié)型值（C中規(guī)定的Write

55、方法只能寫入字節(jié)型的數(shù)據(jù)）然后寫入網(wǎng)絡(luò)中，如果操作成功就返回一個標(biāo)志為真的布爾型變量，如果操作失敗或者發(fā)生異常就返回標(biāo)志為假的布爾型變量。具體代碼如下所示：private bool SendCommand(string str) /定義一個數(shù)組byte WriteBuffer; /設(shè)定一個布爾類型的變量bool state=false; WriteBuffer = Encoding.Default.GetBytes(str);/加入防錯機制，可以有效提高程序運行的效率和捕獲出錯信息try/向網(wǎng)絡(luò)中寫入數(shù)據(jù)ns.Write(WriteBuffer,0,WriteBuffer.Length); s

56、tate=true;catch(Exception ex)/返回出錯信息MessageBox.Show (ex.ToString ();state=false;/返回標(biāo)志位return state; 6)接受服務(wù)器應(yīng)答的函數(shù)RecvResponse它的作用就是從網(wǎng)絡(luò)流中讀取服務(wù)器返回的字節(jié)型的信息，將其轉(zhuǎn)換成字符串型的變量，然后將其返回，可以通過其返回值來判斷操作是否成功。具體實現(xiàn)代碼如下所示：private string RecvResponse() int StreamSize=0; string ReturnValue ="" /定義一個字節(jié)型的數(shù)組byte ReadBuffer = new byte1024 ; try /從網(wǎng)絡(luò)流中讀取數(shù)據(jù)，并返回讀取的個數(shù)Strea