郵件收發系統的設計—計算機畢業設計-wenkub

　

【正文】 VII 頁 共 XLII 頁 2 軟件架構及系統用例圖 2． 1 系統架構 軟件的總體架構如圖 ： 圖 軟件架構圖 2． 2 系統總體用例 圖 系統總體用例圖 2． 3 程序功能框圖 用戶 新建賬號 發送郵件 接收郵件 純文本郵件 帶附件郵件 用戶 主界 面 主要功能選擇 發送郵件類 接收郵件類 第 VIII 頁 共 XLII 頁 圖 程序功能圖 2． 4 發送郵件類 是發送郵件的核心，類名為 SmtpMail，隸屬于命名空間 MailSend。 Visual Studio 2021(C Sharp) Microsoft174。 1． 2 開發背景 當前流行的各大郵件客戶端軟件的除了最主要的收發信件之外，功能越來越復雜，但是人們平常真正用到的功能很少 ,很多功能尤其對于那些計算機知識相對缺乏的人來說，更加顯得太過于華麗 而不太實用。 3) 電子郵件的通信是在信箱之間進行的。硬盤作為信箱的存儲介質 ,在硬盤上為用戶分一定的存儲空間作為用戶的“信箱”，每位用戶都有屬于自己的 — 個電子信箱。 電子郵件的工作原理： 1) 電子郵件系統是一種新型的信息系統 ,是通信技術和計算機技術結合的產物。接收者可在他認為方便的時候讀取信件 ,不受時空限制。到目前為止 ,可以說電子郵件是 Inter資源使用最多的一種服務， Emai1不只局限于信件的傳遞 ,還可用來傳遞文件、聲音及圖形、圖像等不同類型的信息。 41 外文文獻原文 譯文 第 V 頁 共 XLII 頁 1 引言 1． 1 電子郵件介紹 電子郵件 (簡稱 Emai1)又稱電子信箱、電子郵政，它是 — 種用電子手段提供信息交換的通信方式。 36 8 結論 36 7． 2 利用不同的 SMTP 服務器發送郵件的測試 32 5． 2． 3 在程序中具體的使用 31 5． 2． 1 調用 Windows API 所需的命名空間 18 4． 2 信件的頭部 10 4 RFC822 10 3． 2． 1 SMTP 協議的命令 8 3． 1 SMTP 協議簡介及工作原理 你既可以用它發送一個純文本郵件，也可以發送一個帶有附件的郵件，理所當然地，你也可以使用不同的 SMTP 服務器。我主要是負責如何實現發送郵件功能的。雖然，現在已經有很多的郵件收發軟件例如著名的 FoxMail 但是對于大多數的非專業的人來說它還是有點難度稍嫌負責。第 I 頁 共 IV 頁 電子 郵件客戶端軟件 摘要 電子郵件在當今社會中扮演了一個很重要的角色。因此，我們就利用 SMTP和 Pop 協議從底層開發了這個軟件。 MailSend 命名空間是我整個程序的核心。經過測試，證實此軟件是一個支持多收信人，多附件的群發軟件。 8 2． 5 附加小功能類 8 3 SMTP 協議的研究 18 5 命名控件 MailSend 它是全球多種網絡上使用最普遍的一項服務。 電子郵件不是一種“終端到終端”的服務 ,是被稱為“存貯轉發式”服務。 在這里 ,“發送”郵件意味著將郵件放到收件人的信箱中 ,而“接收”郵件則意味著從自己的信箱中讀取信件 ,信箱實際上是由文件管理系統支持的 — 個實體。 電子郵件的傳輸是通過電 子郵件簡單傳輸協議 (Simple Mail Transfer Protocol,簡稱 SMTP)這一系統軟件來完成的 ,它是 Inter 下的一種電子郵件通信協議。并確定 — 個用戶名和用戶可以自己隨意修改的口令。用戶首先開啟自己的信箱，然后通過鍵入命令的方式將需要發送的郵件發到對方的信箱中。有鑒于此，在了解 RFC 底層協議的基礎上，我們開發了這個各種功能相對簡單實用的郵件客戶端程序，簡化了很多不必要的功能。 Developer Network for Visual 2021 1． 3． 2 運行環境 Intel174。封裝了發送郵件的具體實現方法，也是具體的 RFC 用代碼實現的過程。而我個人負責的是郵件發送功能的實現，因此就必然會涉及到 SMTP（ Simple Mail Transfer Protocol）協議。理解到傳送系統（或 IPCE）不是一對一的是很重要的。更特別的是，郵件可以通過不同網絡上的主機接力式傳送。 一旦傳送通道建立， SMTP 發送者發送 MAIL 命令指明郵件發送者。當接收者收到全部郵件后會接收到特別的序列，如果接收者成功處理了郵件，則返回OK 應答。向前路徑是源路徑，而回復路徑是返回路徑（它用于發生錯誤時返回郵件）。 命令與應答對大小寫不敏感，也就是說，命令和應答可以是大寫，小寫或兩者的混合，但這一點對用戶郵件名稱卻不一定是對的，因為有的主機對用戶名大小寫是敏感的。 3． 2 SMTP 協議的命令和應答 3． 2． 1 SMTP 協議的命令 SMTP 命令定義了郵件傳輸或由用戶定義的系統功能。下面討論 SMTP 命令和應答。這種模式也就要求有不同的緩沖區來存儲這些對象，也就是說，有一個回復路徑緩沖區，一個轉發路徑緩沖區，一個郵件內容緩沖區。接收 SMTP 通過連接確認命令來向發送 SMTP 確認接收 SMTP。返回路徑中包括了可選的主機和發送者郵箱列表。一些出錯信息的回復路徑可能就是空的。當出現主機列表時，這就是一個源路徑，它指明郵件必須向列表中的上一個主機發送。例如，由傳遞主機 A 接收的帶有如下參數的郵件時， FROM: TO:,: 將會變成如下形式： FROM:: TO::. 此命令導致它的轉發路徑參數加 入轉發路徑緩沖區中。郵件內容由只包括一個句號的行結束，也就是如下的字符序列： CRLF.CRLF，它指示了郵件的結束。 當接收 SMTP 收到一條信息時， 無論是用作轉發還是此郵件已經到達目的地，它都必須在郵件內容的開始處加上時間戳這一行，這一行指示了接收到郵件主機和發出此郵件主機的標識，以及接收到郵件內容的時間和日期。在這里，最后一站的傳送的意思是郵件將被送到目的用戶手中，但在一些情況下，郵件可能需要更進一步的加工并由另外的郵件系統傳送。 當處理后面的郵件數據指示部分成功時就需要特定的說明。所有不可傳遞郵件信息由 MAIL命令發送。 27 Oct 81 15:01:59 PST Date: 27 Oct 81 15:01:01 PST From: Subject: Improved Mailing System Installed To: This is to inform you that ... SEND (SEND) 第 XIII 頁 共 XLII 頁 此命令用于開始一個發送命令，將郵件發送到一個或多個終端上。此表用于返回非傳遞信號到發送者。 SEND OR MAIL (SOML) 此命令用于開始一個郵件操作將郵件內容傳送到一個或多個終端上，或者傳送到郵箱中。當出現主機列表時，表示這是一個傳送路徑，郵件就是經過這個路徑上的每個主機發送到這里的（列表上第一個主機是最后經手的主機）。 此命令清除回復路徑緩沖區，轉發路徑緩沖區和郵件內容緩沖區，并且將此命令的回復路徑信息插入到回復路徑緩沖區中。 回復路徑包括一個可選的主機列表和發送者郵箱。一些出錯信息的回復路徑可能就是空的。 VERIFY (VRFY) 此命令要求接收者確認參數是一個用戶。如果這是（已經知道的）用戶名，返回用戶的全名和指定的郵箱。此命令對回復路徑緩沖區，轉發路徑緩沖區和郵件內容緩沖區沒有影響。 QUIT (QUIT) 此命令指示接收方必須發送 OK 應答然后關閉傳送信道。如果連接被提前關閉，接收方應該象接收到 RSET 命令一樣，取消所有等待的操作，但不恢復原先已經做過的操作。程序 A 就進入初始狀態，好象 通信信道剛打開一樣，這時它發送 220 準備好服務信號。 對于這些命令的順序有一定的限制。 MAIL， SEND，SOML 或 SAML 命令開始一個郵件操作。 如果在操作開始參數不可接受，必須返回 501失敗應答，同時接收到的 SMTP必須保持在與剛才一致的狀態下。 COMMAND 語法格式 命令是由命令碼和其后的參數域組成的。然而在回復路徑和轉發路徑中的參數是區別大小寫的。 如果不選擇的話，系統選擇默認的設置。數字幫助決定下一個應該進入的狀態，而文本對 人是有意義的。正規的情況下，響應由下面序列構成：三位的數字， SP，一行文本和一個CRLF，或者也可以是一個多行響應。該標準提供了郵件內容的格式和相關語義。第一部分稱為信件的頭部 (the header of the message)，包括有關發送方、接收方、發送日期等信息。在信體中，也可以有用作分隔的空白行。 4． 2 信件的頭部 4． 2． 1 信頭的一般格式 信頭的結構比較復雜，信頭由若干信頭字段 (header field)組成，這些字段為用戶和程序提供了關于信件的信息。字段名 告訴電子郵件軟件如何翻譯該行中剩下的內容。 結構化字段有特定的格式，由語法分析程序檢測。非結構化的字段數量較少，只有 Subject、 Comments、擴展字段，非標準字段、 IN— Reply和 References 等。 （ 1）空白符 像其它文本文件一樣，空白符包括空格符 (ASCII 碼 32)和制表符 Tab(ASCII碼 19)。在 Subject 后面的冒號和內容之間插入空格字符，會使字段結構更加清晰。如果在加引號的字符串中有包括在括號中的字符，那是字符串的一部分，不是注解。通過在字段中某些點插入 CRLF 符和至少一個或多個空白字符來實現字段的折疊，第一行后面的行稱為信頭字段的續行。不過字段名稱大小寫有習慣的常用形式，如主題字段的大小寫形式通常為 Subject。 表 RFC822 常用的標準信頭字段 與發信方有關的信頭字段 格式： From： mailbox 舉例： From： 寫信人字段。說明實際提交發送這個信件的人，給出他的電子信箱地址。 格式： ReplyTO： mailbox 舉例： From： From： 回復字段。 與收信方有關的信頭字段 格式： TO： mailbox list 舉例： TO： 收信人字段。也可以使用郵箱地址列表，抄送給多個人。 其它的信頭字段 格式： Date： datetime 舉例： Date： Tue,04 Dec 2021 16:18:08 +800 日期字段： Date字段含有電子郵件創建的日期和時間。 格式： Received： [from domain] 。接收者 msg id 接受字段。 舉例： Received:from wang[] by li[] Tue dec 2021 12:18:02 +800 格式： Comments： *text 注釋字段。為避免與以前的字段相混。形式根據使用的軟件而定。有時發送方希望將備忘錄的一個副本給別人而不顯示出有一個副本被發送出去。每個接收方必須檢查頭部的 To 和 Cc 行以決定信息是直接發送還是作為盲副本發送的 (有些郵件系統在正文部分附加信息來告訴接收者它是一個盲副本 )。 （ 5）擴展字段 如果想在信頭中加入 RFC822 中沒有規定的字段，就需要創建非標準字段。例如： XLOOP 字段 XLOOP 字段用來防止郵件的循環傳送。產生郵件的軟件可以為所有發送的信件增加合適的 XMailer 字段，該字段不僅含有軟件的名稱，還包含軟件的版本號。這也體現了 C Sharp 這一新的微軟主推語言的方便和高校。需要的命名空間系統本身自帶了一部分，而且如果系統沒有你需要的命名空間的話，就可以自己編寫，本節中的這個命名空間就是由于需要而編寫的。而實例化的過程也是連 接 SMTP 服務器的過程。 3） 一維字符串數組變量 FilePath 此字符串數組主要用來存放用戶選擇的附件的絕對路徑名，并在發送帶附件的郵件時用到。 3） 得到上傳的附件的文