基于smtp協議電子郵件收發系統的設計(編輯修改稿)

　

【文章內容簡介】 501 參數格式錯誤502 命令不可實現503 錯誤的命令序列504 命令參數不可實現211 系統狀態或系統幫助響應214 幫助信息220 domain 服務就緒221 domain 服務關閉傳輸信道 421 domain 服務未就緒，關閉傳輸信道（當必須關閉時，此應答可以作為對任何命令的響應）250 要求的郵件操作完成251 用戶非本地，將轉發向forwardpath450 要求的郵件操作未完成，郵箱不可用（例如，郵箱忙）550 要求的郵件操作未完成，郵箱不可用（例如，郵箱未找到，或不可訪問）451 放棄要求的操作；處理過程中出錯551 用戶非本地，請嘗試forwardpath452 系統存儲不足，要求的操作未執行552 過量的存儲分配，要求的操作未執行553 郵箱名不可用，要求的操作未執行（例如郵箱格式錯誤）354 開始郵件輸入，以CRLF.CRLF結束554 操作失敗4 RFC822說道發送和接受郵件，我們就必須不得不提RFC822了。RFC822的全稱是“ARPA因特網文本信件格式的標準”(Standard for the Format of ARPA Internet Text Messages)。該標準提供了郵件內容的格式和相關語義。4．1 RFC822簡單介紹RFC822規定的電子郵件內容全部由ASCII字符組成，就是通常所說的文本文件，因而標準將它稱為Internet文本信件(Internet Text Messages)。從直觀上看，信件非常簡單，就是一系列由ASCII字符組成的文本行，每一行以回車換行符(“CRLF“，就是ASCII碼的13和10)結束。從組織上看，信件內容結構分為兩大部分，中間用一個空白行(只有CRLF符的行)來分隔。第一部分稱為信件的頭部(the header of the message)，包括有關發送方、接收方、發送日期等信息。第二部分稱為信件的體部(Body of the message)，包括信件內容的正文文本。信頭是必需的，信體是可選的，即信體可有可無。如果不存在信體，用作分隔的空白行也就不需要。在信體中，也可以有用作分隔的空白行。這樣設計的信件便于進行語法分析，提取信件的基本信息。在RFC822中規定，信件體就是一系列的向收信人表達信息的文本行，比較簡單，可以包含任意文本，并沒有附加的結構。信件頭則具有比較復雜的結構，在下一小節中詳述。4．2 信件的頭部4．2．1 信頭的一般格式信頭的結構比較復雜，信頭由若干信頭字段(header field)組成，這些字段為用戶和程序提供了關于信件的信息。要了解信頭的結構就要弄清楚各種信頭字段。所有的信頭字段都具有相同的語法結構，從邏輯上說，包括四部分，字段名(field name)，緊跟冒號: (colon)，后跟字段體(field body)，最后以回車換行符(CRLF)終止。即信頭字段 = 字段名：字段體 CRLF字段名必須由除了冒號和空格以外的可打印US—ASCII字符(其值在33和126之間)組成，大多數字段的字段名稱由一系列字母，數字組成，中間經常插入橫線符。字段名告訴電子郵件軟件如何翻譯該行中剩下的內容。字段體可以包括除了CR和LF之外的任何ASCII字符。但是其中的空格，加括號的注釋，引號和多行字段都比較復雜，另外，字段體的語法和語義依賴于字段名，每個類型的字段有特定的格式。RFC822為信件定義了一些標準字段，并提供了用戶自行定義非標準字段的方4．2．2 結構化字段和非結構化字段每個字段所包含的信息不同，字段大體可以分為結構化字段和非結構化字段。結構化字段有特定的格式，由語法分析程序檢測。Sender 字段就是一個很好的例子，它的字段內容是信箱， 有一個離散的結構。非結構化的字段含有任意的數據，沒有固定格式。例如，Subject字段可以含有任意的文字，并且沒有固定格式。非結構化的字段數量較少，只有Subject、 Comments、擴展字段，非標準字段、IN—Reply和References等。所有其它字段都是結構化的。4．2．3 信頭字段的元素盡管Email信件的總體結構非常簡單，但一些信頭字段的結構是很復雜的。下面介紹一些大多數字段共有的元素。（1）空白符像其它文本文件一樣，空白符包括空格符(ASCII碼32)和制表符Tab(ASCII碼19)。此外，行末的回車換行符CRLF也應算是空白符。使用空白符可以對字段進行格式化，增加它的可讀性。例如，每個字段間用CRLF來分離，在字段內用空格來分隔字段名和字段內容。在Subject后面的冒號和內容之間插入空格字符，會使字段結構更加清晰。在Email中，空白符的使用并沒有固定的規則，但應當正確地使用，僅在需要時才使用空白符，以便接收軟件進行語法分析。（2）注解注解是由括號括起來的一系列字符，例如，(這份禮物)。注解一般用在非結構化的信頭字段中，沒有語法語義，僅為人提供了一些附加的信息。如果在加引號的字符串中有包括在括號中的字符，那是字符串的一部分，不是注解。在解釋信件的時候，會將注解忽略，可以用一個空格字符代替它們，這樣就什么也不會破壞。（3）字段折疊每個信頭字段從邏輯上說應當是一個由字段名、冒號、字段體和CRLF組成的單一的行，但為了書寫與顯示的方便，增加可讀性，也為了符合1000/80的行字符數的限制，可以將超過80個字符的信頭字段分為多行，即對于比較長的字段，可以分割成幾行，形成折疊。在結構化和非結構化字段中都允許折疊。通過在字段中某些點插入CRLF符和至少一個或多個空白字符來實現字段的折疊，第一行后面的行稱為信頭字段的續行。續行都以一個空白符開始，這種方法稱為折疊（folding），例如標題字段Subject: This is a test可以表示為： Subject: This is a test反之，將一個被折疊成多行的信頭字段恢復到它的單行表示的過程叫做去折疊，只要簡單地移除后面跟著空格的CRLF，將折疊空白符CRLF轉換成空格字符，就可以完成去折疊(unfolding)。在分析被折疊的字段的語法時，要把一個多行的折疊字段展開為一行，根據它的非折疊的形式來分析它的語法與語義。（4）字段大小寫字段名稱是不區分大小寫的，所以Subject、subject或SUBJECT都一樣。不過字段名稱大小寫有習慣的常用形式，如主題字段的大小寫形式通常為Subject。字段體的大小寫稍微復雜點，要視情況而定。比如Subject后面的字段體，其中的大寫可能就是縮寫的專用名詞，不能改動。4．2．4 標準的信頭字段 下面介紹RFC822中定義的常用的標準信頭字段。 RFC822常用的標準信頭字段與發信方有關的信頭字段格式：From：mailbox舉例：From：wang@寫信人字段。說明信件的原始創建者，給出他的電子信箱地址。創建者對信件的原始內容負責。格式：Sender：mailbox舉例：From：wang@Sender：li@發送者字段。說明實際提交發送這個信件的人，給出他的電子信箱地址。當發信人與寫信人不一樣時使用。比如，秘書替經理發信。發送者對發送負責。格式：ReplyTO：mailbox舉例：From：wang@ From：zhao@回復字段。指定應當把回信發到哪里。如果有此字段，回信將會發給它指定的郵箱，而不會發給From字段指定的郵箱。比如，發送的是經理的信，但回信應交辦公室處理。與收信方有關的信頭字段格式：TO：mailbox list舉例：TO：zhang@收信人字段。指定主要收信人的郵箱地址，可以是多個郵箱地址的列表，地址中間用逗號隔開。格式：Cc：mailbox list舉例：Cc：zhang@抄送字段。指定此信件要同時發給哪些人，也稱為抄送。也可以使用郵箱地址列表，抄送給多個人。格式：Bcc：mailbox list密抄字段。指定此信件要同時秘密發給哪些人，也稱為密件抄送。也可以使用郵箱地址列表，密抄給多個人。其它的信頭字段格式：Date：datetime舉例：Date：Tue,04 Dec 2004 16:18:08 +800日期字段：Date字段含有電子郵件創建的日期和時間。格式：Subject：*text舉例：Subject：Hello! Subject：Re:Hello!信件主題字段。描述信件的主題。當回復信件時，通常在主題前面增加“Re：”前綴，標記為該信件為回復信件：當信件被轉發時，通常在主題文字前面加上“Fw：”，“Fwd：”這樣的前綴。格式：Received：[from domain] 。發送主機[by domain] 。接收主機[via atom] 。物理路徑[id msgid] 。接收者msg id接受字段。是投遞信件的特定郵件服務器所作的記錄。處理郵件投遞的每個服務器必須給它處理的每個信頭的前面加一個Received字段，用以描述信件到達目的地所經過的路徑以及相關信息。當跟蹤各個電子郵件問題時，這個信息很有幫助。舉例：Received:from wang[] by li[] Tue dec 2003 12:18:02 +800格式：Comments：*text注釋字段。用于把一個注解添加到信件中。格式：Resent*舉例：ResentFromResentSenderResentdateResentReplyTo重發字段。當需要把收到的信件重發給另一組收信人的時候，可以保持整個原始信件不變，并簡單地產生重發信件所要求的新信頭字段。為避免與以前的字段相混。新添加的信頭字段都加上Resent前綴字符串，它們的語法與未加前綴的同名字段相同。格式：MessageID：msgid信件標識字段。用于表示一個信件唯一標識，該字段通常有Smtp服務器生成，這個值通常是唯一的。形式根據使用的軟件而定。通常左邊是標識符，右邊指定電腦名圖2 7 2表中的關鍵字表明了電子郵件借用了辦公室備忘錄中的概念和術語：電子郵件的頭部能夠包含一行說明應當接收到該備忘錄的接收方。象傳統的辦公室備忘錄一樣，電子郵件使用關鍵字Cc指明一個復寫副本(carbon copy).電子郵件軟件必須向Cc:后面的電子郵件地址表中的每個地址發送一份消息的副本。傳統的辦公室過程要求備忘錄的發送方通知接收方副本是否傳給其它人。有時發送方希望將備忘錄的一個副本給別人而不顯示出有一個副本被發送出去。一些電子郵件系統提供這樣的選項，遵循傳統的辦公室術語，用盲復寫副本(blind carbon copy)來表示。創建消息的用戶在關鍵字Bcc后給出一個電子郵件地址表，指定一個或多個盲復寫副本。雖然Bcc在發送方出現，但當信息發送時，郵件系統將它從消息中除去。每個接收方必須檢查頭部的To和Cc行以決定信息是直接發送還是作為盲副本發送的(有些郵件系統在正文