電子郵件格式說明

郵件格式說明郵件格式說明11概括..............................................................................................................................................22主體結(jié)構(gòu).....................................................................................................................................22.1郵件頭................................................................................................................................21)長(zhǎng)字段的斷行.......................................................................................................22)字段主要結(jié)構(gòu).............................................................................................................33)郵件頭結(jié)構(gòu)協(xié)議.........................................................................................................34)重要參數(shù)字段.............................................................................................................42.2Content-type字段Multipart種類說明..........................................................................52.3Content-type字段Message種類說明...........................................................................6郵件格式說明MutipleInternetMailExtensionsRefertoInternetOfficialProtocolStandardsRFC822概括網(wǎng)絡(luò)間傳達(dá)的電子郵件需要公共認(rèn)可的格式，以便于客戶端郵箱軟件辨別拆解此間的信息。郵件自己是由ASCII字符構(gòu)成，整體上分為郵件頭郵件體兩部分，此間同意字符編碼、附件、壓縮等等多樣化的格式。本文檔參照網(wǎng)絡(luò)官方協(xié)議標(biāo)準(zhǔn)中,懇求標(biāo)注的郵件有關(guān)條款，總結(jié)了郵件結(jié)構(gòu)及其各部分的格式說明，給出部分字符編碼的有關(guān)解說。RFC(Requireforcomment)是InternetOfficialProtocolStandards標(biāo)準(zhǔn)所供給的網(wǎng)絡(luò)協(xié)議標(biāo)準(zhǔn)系列。主體結(jié)構(gòu)郵件結(jié)構(gòu)包含郵件頭、郵件體（可無），郵件體其實(shí)是一行行的ASCII字符構(gòu)成的簡(jiǎn)單序列，它和郵件頭是靠一個(gè)空行（該行只有一個(gè)回車換行符CRLF）來劃分開的。2.1郵件頭長(zhǎng)字段的斷行郵件頭由很多頭字段(headerfields)構(gòu)成，這些字段包含字段名(fieldname)和字段值(fieldbody)；字段值(fieldbody)能夠切割成多行表述，叫做“可折疊”。斷行的規(guī)則是：在一行的線性空格處，可用CRLF（回車換行）以后起碼跟一個(gè)LWSP-char(空格或TAB)，把本來的單行變成多行表示。RFC協(xié)議中介紹盡量把折疊的斷行擱置在特定的空格分開處，比方，地點(diǎn)字段里的多個(gè)郵件地點(diǎn)，折疊時(shí)盡量在各地點(diǎn)之間，及逗號(hào)以后斷行。字段主要結(jié)構(gòu)包含字段名(Fieldname)，冒號(hào)(colon)，字段值(Fieldbody)，結(jié)束符（CRLF）；有些字段屬于結(jié)構(gòu)化字段，比方日期(Date)，郵件地點(diǎn)(Address)，有著特定的表示格式，用于系統(tǒng)辨別。而其余字段比方”Subject”“Comments”都被看作簡(jiǎn)單的字符串辦理。字段表示：field-name":"[field-body]CRLF字段值(Fieldbody)可斷行（見1）），內(nèi)容所有都是ASCII碼，元素包含句號(hào)，引用字符串，特別token，或一般文本。字段的含義拜見后文附錄。郵件頭結(jié)構(gòu)協(xié)議郵件頭字段不是一定依據(jù)特定的次序安排，只是是注意要把郵件體放在郵件頭以后。郵件協(xié)議中介紹的做法是在擱置郵件字段時(shí)，郵件依據(jù)以下次序安排：”Return-Path”,“Received”,“Date”,“From”,“Subject”,“Sender”,“To”,“cc”,等等。郵件協(xié)議中規(guī)定郵件由字段和郵件體正文構(gòu)成，兩部分之間由一個(gè)空行（該行只有包含CRLF）分開，也就是說，在遇到的第一個(gè)空行以后所有的內(nèi)容都被看作郵件體。?轉(zhuǎn)發(fā)-Forwarding一些系統(tǒng)同意接受者轉(zhuǎn)發(fā)信息，保存原有的郵件頭，僅增添些新的字段，這些字段以”Resent-”為前綴。及前綴”Resent-”的字段表示接受者轉(zhuǎn)發(fā)的原信息。?路徑字段-TraceField路徑信息用來追蹤信息的發(fā)送者，”via”“with”等是記錄變量?！癛eturn-Path”:該字段由信息的最后發(fā)送者增添,是對(duì)于信息原始根源的地址和回朔路徑。Reply-To字段是有信息源增添用來直接答復(fù)（地點(diǎn)？），而Return-Path是一個(gè)到信息原始根源的回朔路徑。“Received”:由每此中繼服務(wù)站增添，用于幫助追蹤傳輸中出現(xiàn)的錯(cuò)誤。字段內(nèi)容包含，發(fā)送、接收的主機(jī)和接收時(shí)間。參數(shù)via用于記錄信息發(fā)送后經(jīng)過的物理站點(diǎn)，”with”指示了使用的郵件、連結(jié)的協(xié)議。參數(shù)id用于表記郵件。參數(shù)for用于記錄發(fā)送者的散發(fā)的目的地點(diǎn)。?信息源的字段-OriginatorField“From/Resent-From”:與sender一定起碼存在一個(gè)?！癝ender/ResentSender-”“Reply-To/Resent-ReplyTo-”當(dāng)自動(dòng)生成答復(fù)信息的地點(diǎn)列表時(shí)，應(yīng)該注意：假如沒有”Sender”，將會(huì)使用”From”.接收者在答復(fù)信息時(shí)，郵件sender中的信息不會(huì)被自動(dòng)使用。假如”Reply-To”字段存在，將使用該字段信息，而不是”From”字段。假如有”From”而沒有”Reply-To”，將使用”From”。?接收者字段-ReceiverField“To/Resent-To”“Cc/ResentCc-”“Bcc/Resent-Bcc”參照字段“Message-ID/Resent-MessageID-”“In-Reply-To”“Reference”“Keywords”重要參數(shù)字段“MIME-Version”:所使用的網(wǎng)絡(luò)郵件格式標(biāo)準(zhǔn)版本“Content-ype”郵件內(nèi)容數(shù)據(jù)的種類，包含種類表記(type)和子種類表記(subtype)，前者類型表記(type)聲了然數(shù)據(jù)的種類，后者子種類表記

(subtype)為這類數(shù)據(jù)種類指定了特定的格式。比方content-type:image/xyz;說明數(shù)據(jù)種類是圖像型(image)的，圖像數(shù)據(jù)格式是xyz。種類表記(type)與子種類表記(subtype)由斜杠”/”來切割。種類以后是參數(shù)會(huì)合parameter。郵件的數(shù)據(jù)種類分為七種，分別是:文本(Text)、多文檔(mulipart)、信息(Message)、圖像(Image)、音頻(audio)、視頻(Video)、應(yīng)用(Application)。文本(Text)—文字類信息，其基本的子類表記是”Plain”，即沒有格式的文本。除了需要支持指定的字符集，獲取文本信息不需要特別的軟件。文簿本類用于多信息文本，在其上應(yīng)用文字辦理軟件能夠美化文本的外觀，但文本的內(nèi)容及涵義無需任何軟件。所以子種類包含任何可讀得文字辦理格式。多文檔(mulipart)—包含擁有獨(dú)立數(shù)據(jù)種類的多個(gè)部分。此中定義了4個(gè)最原始的子種類：mixed(基本種類),alternative(擁有可供選擇的多個(gè)格式),parallel(同時(shí)閱覽的部分),digest(都是信息型的多部?jī)?nèi)容).信息(Message)–未封裝的信息。該種類的信息體自己部分或所有都是RFC822格式?；颈绢愂恰眗fc822”?！眕artial”表示局部信息，同意郵件傳輸中可分塊進(jìn)行?！盓xternal-body”表示擴(kuò)展大郵件。圖形(Image)–需要有現(xiàn)實(shí)設(shè)施。子類主假如兩種應(yīng)用寬泛的圖形格式：jpeg,gif。聲頻(audio)–基簿本類”basic”,需要聲頻輸出設(shè)施。視頻(Video)–基簿本雷”mpeg”,需要視頻顯示設(shè)施。應(yīng)用(Application)–其余種類數(shù)據(jù)，沒法分析的二進(jìn)制數(shù)據(jù)?；颈绢悺眔ctet-stream”，用于不行分析的二進(jìn)制數(shù)據(jù)狀況，為用戶供給將信息寫入文件的方法。”PostScript”表示傳輸腳本文檔。Content-type種類默以為Content-type:text/plain;charset=us-ascii。假如content-type沒有明確擬訂，那么系統(tǒng)會(huì)默以為該種類。當(dāng)碰到未知的種類時(shí)，將會(huì)把未知種類看作”application/octet-stream”對(duì)待。Content-Transfer-Encoding頭字段很多郵件內(nèi)容是以最原始的格式傳輸?shù)模?位字符或二進(jìn)制數(shù)據(jù)，但對(duì)于有些協(xié)議這類格式數(shù)據(jù)就不可以正確傳輸了。比如RFC821限制messages一定為7位US-ASCII數(shù)據(jù)，并且每行不可以超出1000個(gè)字符。所以，有必需定義體制來把數(shù)據(jù)編碼成7位短行格式。編碼的目的就是用網(wǎng)絡(luò)能夠傳輸?shù)姆绞絹肀磉_(dá)郵件內(nèi)容。Content-Transfer-Encoding實(shí)質(zhì)上就是在種類數(shù)據(jù)的當(dāng)?shù)乇硎龊陀?位郵件傳輸協(xié)議轉(zhuǎn)變的表述之間的一種映照，比方協(xié)議RFC821(SMTP)。該字段的值就是指定編碼種類的一種表記。其值以下：“7bit”,”8bit”,-“printablequoted”,“base64”,“-binarytoken”,“x表記不劃分大小寫，假如沒有明確指定，該字段的默認(rèn)值是”7bit”。若值是”8bit”,”7bit”或”binary”時(shí)，表示沒有做任何編碼。（持續(xù)翻譯）2.2Content-type字段Multipart種類說明所有帶前綴”Content-”的字段對(duì)正文都定義有含義，而其余得頭字段一般都被郵件體部分忽視。協(xié)議中指出，在multipart的狀況下,即多個(gè)不一樣的數(shù)據(jù)會(huì)合歸并在同一郵件體內(nèi)，此時(shí)頭字段中”multipart”參數(shù)值一定存在。這時(shí)郵件體必然存在一個(gè)或多個(gè)子部分，每一個(gè)子部分都會(huì)由界限(boundary)封裝,并且最后一個(gè)子部分后邊一定跟一個(gè)結(jié)尾界限。每一部分都會(huì)由界限開始，而后包含著郵件子體的頭信息（header），空行，而后是郵件正文。假如沒有填寫content-type的頭字段，那就是示意相應(yīng)的郵件體時(shí)US-ASCII的一般text/plain文本。Boundary在作為界限值封裝郵件時(shí)，其使用方法是值前加兩個(gè)”-”。在一些特別狀況下，這類用法也不必定合用。封裝部分的結(jié)尾，boundary和前面的使用格式同樣的狀況下，后邊再加兩個(gè)”-”的形式表示。Content-type字段參數(shù)的語法是把boundaries的值包含在引號(hào)之中。也能夠沒有引號(hào)，但又引號(hào)是最保險(xiǎn)的。有一些非法字符會(huì)出此刻boundary值中，如果不加引號(hào)會(huì)惹起錯(cuò)誤。注意封裝界限一定內(nèi)行的開始，后邊是回車換行CRLF,開頭的CRLF會(huì)被看作界限的一部分，而不是上一塊內(nèi)容的一部分。界限后邊跟一個(gè)CRLF和下一部分的郵件頭字段，或許，兩個(gè)CRLF，這類狀況下不會(huì)有細(xì)一部分的郵件頭。在界限之間（子部分頭一個(gè)boundary和上一部分結(jié)尾boundary之間或許正文第一個(gè)界限以前郵件頭以后），會(huì)有一些可增添額外信息的空白空間，這些空間郵件分析時(shí)會(huì)掠過。Multipart子種類的簡(jiǎn)要介紹：Mixed:表示個(gè)子部間相互獨(dú)立，需要以特定的次序擺列。Alternative:每一子部分的是同樣信息的不一樣版本，各部分排序，最優(yōu)的排在最后，但優(yōu)先使用。Digest:將子部分默認(rèn)成message來辦理。Parallel:同時(shí)顯示多個(gè)子部2.3Content-type字段Message種類說明在發(fā)送郵件時(shí)，該種類會(huì)屢次使用來封裝子mail郵件。往常的子種類是message/rfc822，該種類下沒有一定增添的參數(shù)。額外的子種類”partial”和”External-body”，需要必需的參數(shù)。編碼方面，該種類只同意”7bit”“8bit”或”binary”。message的頭字段往常是US_ASCII的，message體內(nèi)能夠依據(jù)其自己的content-transfer-encoding字段值進(jìn)行編碼。1）message/rfc822該種類是rfc822協(xié)議的message。但不用和最外層的rfc822message那樣有from,subje