【文章內容簡介】 用戶 發(fā)送郵件類 接收郵件類 郵件收發(fā)系統(tǒng) 系統(tǒng)總 體用例 圖 系統(tǒng)總體用例圖 程序功能框圖 存入草稿 刪除 郵件 接收郵件 登錄賬號 注冊賬號 發(fā)送郵件 純文本郵件 帶附件郵件 長沙航空職業(yè)技術學院畢業(yè)設計 圖 程序功能圖 3 電子郵件的標準格式 (RFC 822) RFC 822 簡介 RFC822 規(guī)定的電子郵件內容全部由 ASCII 字符組成，就是通常所說的文本文件，因而標準將它稱為 Inter 文本信件 (Inter Text Messages)。 從直觀上看，信件非常簡單，就是一系列由 ASCII字符 組成的文本行，每一行以回車換行符 (“ CRLF“，就是 ASCII 碼的 13 和 10)結束。 從組織上看，信件內容結構分為兩大部分，中間用一個空白行 (只有 CRLF 符的行 )來分隔。第一部分稱為信件的頭部 (the header of the message)，包括有關發(fā)送方、接收方、發(fā)送日期等信息。第二部分稱為信件的體部 (Body of the message)，包括信件內容的正文文本。信頭是必需的，信體是可選的，即信體可有可無。如果不存在信體，客戶端軟件 郵件接收系統(tǒng) 郵件接收系統(tǒng) 刪除郵件 簡單郵件接收 帶有附件的郵件接收 簡單郵件發(fā)送 帶有附件的郵件發(fā)送 聯(lián)系人管理 徹底刪除 存入草稿箱 添加聯(lián)系人 刪除聯(lián)系人 修改聯(lián)系人 郵件收發(fā)系統(tǒng) 用作分隔的空白行也就不需要。在信體中，也可以有用作分隔的空白行。這樣設計的 信件便于進行語法分析，提取信件的基本信息。 在 RFC822 中規(guī)定，信件體就是一系列的向收信人表達信息的文本行，比較簡單，可以包含任意文本，并沒有附加的結構。信件頭則具有比較復雜的結構。 信件的頭部 信頭的一般格式 信頭的結構比較復雜，信頭由若干信頭字段 (header field)組成，這些字段為用戶和程序提供了關于信件的信息。要了解信頭的結構就要弄清楚各種信頭字段。 所有的信頭字段都具有相同的語法結構，從邏輯上說，包括四部分，字段名(field name)，緊跟冒號 : (colon)，后跟字段體 (field body)，最后以回車換行符(CRLF)終止。 即 信頭字段 = 字段名：字段體 CRLF 字段名必須由除了冒號和空格以外的可打印 US— ASCII字符 (其值在 33和 126之間 )組成，大多數(shù)字段的字段名稱由一系列字母，數(shù)字組成，中間經常插入橫線符。字段名告訴電子郵件軟件如何翻譯該行中剩下的內容。 字段體可以包括除了 CR和 LF之外的任何 ASCII字符。 但是其中的空格，加括號的注釋，引號和多行字段都比較復雜，另外，字段體的語法和語義依賴于字段名，每個類型的字段有特定的格式。 RFC822 為 信件定義了一些標準字段，并提供了用戶自行定義非標準字段的方 結構化字段和非結構化字段 每個字段所包含的信息不同，字段大體可以分為結構化字段和非結構化字段。 結構化字段有特定的格式，由語法分析程序檢測。 Sender 字段就是一個很好的例子，它的字段內容是信箱， 有一個離散的結構。 非結構化的字段含有任意的數(shù)據(jù)，沒有固定格式。例如， Subject 字段可以含有任意的文字，并且沒有固定格式。非結構化的字段數(shù)量較少，只有 Subject、 Comments、擴展字段，非標準字段、 IN— Reply 和 References 等。所有其它字段都是結構化的。 信頭字段的元素 盡管 Email 信件的總體結構非常簡單，但一些信頭字段的結構是很復雜的。下面介紹一些大多數(shù)字段共有的元素。 （ 1）空白符 長沙航空職業(yè)技術學院畢業(yè)設計 像其它文本文件一樣，空白符包括空格符 (ASCII 碼 32)和制表符 Tab(ASCII 碼 19)。此外，行末的回車換行符 CRLF 也應算是空白符。使用空白符可以對字段進行格式化，增加它的可讀性。例如，每個字段間用 CRLF 來分離，在字段內用空格來分隔字段名和字段內容。在 Subject 后面的冒號和內容之間插入空格字符，會使字段結 構更加清晰。在 Email 中，空白符的使用并沒有固定的規(guī)則，但應當正確地使用，僅在需要時才使用空白符，以便接收軟件進行語法分析。 （ 2）注解 注解是由括號括起來的一系列字符，例如， (這份禮物 )。注解一般用在非結構化的信頭字段中，沒有語法語義，僅為人提供了一些附加的信息。如果在加引號的字符串中有包括在括號中的字符，那是字符串的一部分，不是注解。在解釋信件的時候，會將注解忽略，可以用一個空格字符代替它們，這樣就什么也不會破壞。 （ 3）字段折疊 每個信頭字段從邏輯上說應當是一個由字段名、冒號、字段體和 CRLF 組成的 單一的行，但為了書寫與顯示的方便，增加可讀性，也為了符合 1000/80 的行字符數(shù)的限制，可以將超過 80個字符的信頭字段分為多行，即對于比較長的字段，可以分割成幾行，形成折疊。在結構化和非結構化字段中都允許折疊。通過在字段中某些點插入 CRLF 符和至少一個或多個空白字符來實現(xiàn)字段的折疊，第一行后面的行稱為信頭字段的續(xù)行。續(xù)行都以一個空白符開始，這種方法稱為折疊（ folding），例如標題字段 Subject: This is a test 可以表示為： Subject: This is a test 反之，將一個被折 疊成多行的信頭字段恢復到它的單行表示的過程叫做去折疊，只要簡單地移除后面跟著空格的 CRLF，將折疊空白符 CRLF 轉換成空格字符，就可以完成去折疊 (unfolding)。在分析被折疊的字段的語法時，要把一個多行的折疊字段展開為一行，根據(jù)它的非折疊的形式來分析它的語法與語義。 （ 4）字段大小寫 字段名稱是不區(qū)分大小寫的，所以 Subject、 subject 或 SUBJECT 都一樣。不過字段名稱大小寫有習慣的常用形式，如主題字段的大小寫形式通常為 Subject。字段體的大小寫稍微復雜點，要視情況而定。比如 Subject 后面的字段體，其中的大寫可能就是縮寫的專用名詞，不能改動。 下面介紹 RFC822 中定義的常用的標準信頭字段。 表 31 RFC822 常用的標準信頭字段 與發(fā)信方有關的信頭字段 格式： From： mailbox 舉例： From：寫信人字段。說明信件的原始創(chuàng)建者，給出他的電子信箱地址。創(chuàng)建者對信件的原始內容負責。 郵件收發(fā)系統(tǒng) 格式： Sender： mailbox 舉例： From： Sender： 發(fā)送者字段。說明實際提交發(fā) 送這個信件的人，給出他的電子信箱地址。當發(fā)信人與寫信人不一樣時使用。比如，秘書替經理發(fā)信。 發(fā)送者對發(fā)送負責。 格式： ReplyTO：mailbox 舉例： From： From： 回復字段。指定應當把回信發(fā)到哪里。如果有此字段，回信將會發(fā)給它指定的郵箱，而不會發(fā)給From 字段指定的郵箱。比如，發(fā)送的是經理的信，但回信應交辦公室處理。 與收信方有關的信頭字段 格式： TO： mailbox list 舉例： TO： 收信人 字段。指定主要收信人的郵箱地址，可以是多個郵箱地址的列表，地址中間用逗號隔開。 格式： Cc： mailbox list 舉例： Cc： 抄送字段。指定此信件要同時發(fā)給哪些人，也稱為抄送。也可以使用郵箱地址列表，抄送給多個人。 格式： Bcc： mailbox list 密抄字段。指定此信件要同時秘密發(fā)給哪些人，也稱為密件抄送。也可以使用郵箱地址列表，密抄給多個人。 其它的信頭字段 格式： Date： datetime 舉例： Date： Tue,04 Dec 2021 16:18:08 +800 日期字段： Date 字段含有電子郵件創(chuàng)建的日期和時間。 格式： Subject： *text 舉例： Subject： Hello! Subject：Re:Hello! 信件主題字段。描述信件的主題。當回復信件時，通常在主題前面增加“ Re：”前綴，標記為該信件為回復信件：當信件被轉發(fā)時，通常在主題文字前面加上“ Fw：”，“ Fwd：”這樣的前綴。 格式： Received： [from domain] 。發(fā)送主機 [by domain] 。接收主機 [via atom] 。物 理路徑 [id msgid] 。接收者 msg id 接受字段。是投遞信件的特定郵件服務器所作的記錄。處理郵件投遞的每個服務器必須給它處理的每個信頭的前面加一個 Received 字段，用以描述信件到達目的地所經過的路徑以及相關信息。當跟蹤各個電子郵件問題時，這個信息很有幫助。 長沙航空職業(yè)技術學院畢業(yè)設計 舉例： Received:from wang[] by li[] Tue dec 2021 12:18:02 +800 格式： Comments： *text 注釋字段。用于把一個注解添加到信件中。 格式： Resent* 舉例： ResentFrom ResentSender Resentdate ResentReplyTo 重發(fā)字段。當需要把收到的信件重發(fā)給另一組收信人的時候，可以保持整個原始信件不變，并簡單地產生重發(fā)信件所要求的新信頭字段。為避免與以前的字段相混。新添加的信頭字段都加上Resent前綴字符串，它們的語法與未加前綴的同名字段相同。 格式： MessageID：msgid 信件標識字段。用于表示一個信件唯一標識，該字段通常有 Smtp 服務器生成，這個值通常是唯一的。形式 根據(jù)使用的軟件而定。通常左邊是標識符，右邊指定電腦名 表 31中的關鍵字表明了電子郵件借用了辦公室備忘錄中的概念和術語：電子郵件的頭部能夠包含一行說明應當接收到該備忘錄的接收方。象傳統(tǒng)的辦公室備忘錄一樣，電子郵件使用關鍵字 Cc指明一個復寫副本 (carbon copy).電子郵件軟件必須向 Cc:后面的電子郵件地址表中的每個地址發(fā)送一份消息的副本。 傳統(tǒng)的辦公室過程要求備忘錄的發(fā)送方通知接收方副本是 否傳給其它人。有時發(fā)送方希望將備忘錄的一個副本給別人而 不顯示出有一個副本被發(fā)送出去。一些電子郵件系統(tǒng)提供這樣的選 項，遵循傳統(tǒng)的辦公室術語，用盲復寫副本 (blind carbon copy)來表示。創(chuàng)建消息的用戶 在關鍵字 Bcc 后給出一個電子郵件地址表，指定一個或多個盲復寫副本。雖然 Bcc在發(fā)送方出現(xiàn)，但當信息發(fā)送時，郵件系統(tǒng)將它從消息中除去。每個接收方必須檢查頭部的 To 和 Cc 行以決定信息是直接發(fā)送還是作為盲副本發(fā)送的 (有些郵件系統(tǒng)在正文部分附加信息來告訴接收者它是一個盲副本 )。其它接收者不知道有哪些用戶接收到盲副本。 電子郵件使用與傳統(tǒng)的辦公室備忘錄相同的格式和術語：頭部包括與消息有關的信息，正文包括消息文本。電子郵 件頭部的行說明發(fā)送方、接收方、日期、主題、應當收到副本的人的列表。 （ 1）擴展字段 如果想在信頭中加入 RFC822 中沒有規(guī)定的字段，就需要創(chuàng)建非標準字段。方法非常簡單，只要在自定義的信頭字段名的前面使用 X前綴。 RFC822 將這種方法稱為擴展字段。 事實上已經有許多擴展字段被廣泛應用，但沒有標準定義。例如： XLOOP 字段 郵件收發(fā)系統(tǒng) XLOOP 字段用來防止郵件的循環(huán)傳送。過濾或郵件列表處理程序，可以給它處理的每個信件增加一個 XLOOP 字段，以后就可以根據(jù)這個字段中含有的特別值，判斷一個信件是否被循環(huán)傳送。如果確認 郵件發(fā)生了循環(huán)，過濾或郵件列表處理程序就可以用不同的方式處理該信件。 XMailer 字段 XMailer 字段用于指示什么樣的程序產生了這個信件，它是使用最廣泛的擴展字段。產生郵件的軟件可以為所有發(fā)送的信件增加合適的 XMailer 字段，該字段不僅含有軟件的名稱，還包含軟件的版本號。 (2) 普通關鍵字 下表 32列出了一些在因特網(wǎng)電子郵件中可以找到的普通關鍵字，以及它們的含義。 信頭字段 目的 From 郵件作者 Sender 發(fā)信人 ReplyTo 回郵地址 To 收信人地址 CC 抄送：另一個收信人地址 BCC 密送：收信人地址，但其它收信人看不到這個收信人的地址。 Subject 主題 Comments 備注 Keywords 關鍵字，用來進一步搜索郵件 InReplyTo 被當前郵件回復的郵件的ID References 幾乎同 InReplyTo 一樣 Encrypted 加密郵件的加密類型 Date 發(fā)信日期 長沙航空職業(yè)技術學院畢業(yè)設計 SMTP 協(xié)議簡