畢業(yè)論文電子郵件客戶端軟件(編輯修改稿)

　

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