電子郵件格式說明-閱讀頁
2025-04-27 04:02本頁面
【正文】 : text/plain。如果contenttype沒有明確制定，那么系統(tǒng)會(huì)默認(rèn)為該類型。c) ContentTransferEncoding頭字段許多郵件內(nèi)容是以最原始的格式傳輸?shù)模?位字符或二進(jìn)制數(shù)據(jù)，但對(duì)于有些協(xié)議這種格式數(shù)據(jù)就不能正確傳輸了。因此，有必要定義機(jī)制來把數(shù)據(jù)編碼成7位短行格式。ContentTransferEncoding實(shí)際上就是在類型數(shù)據(jù)的本地表述和用7位郵件傳輸協(xié)議轉(zhuǎn)化的表述之間的一種映射，比如協(xié)議RFC821(SMTP)。其值如下：“7bit”,”8bit”, “quotedprintable”, “base64”, “binary”, “xtoken”標(biāo)識(shí)不區(qū)分大小寫，如果沒有明確指定，該字段的默認(rèn)值是”7bit”。（繼續(xù)翻譯） Contenttype字段Multipart類型說明所有帶前綴”Content”的字段對(duì)正文都定義有含義，而其他得頭字段一般都被郵件體部分忽略。這時(shí)郵件體必定存在一個(gè)或多個(gè)子部分，每一個(gè)子部分都會(huì)由邊界(boundary)封裝,而且最后一個(gè)子部分后面必須跟一個(gè)結(jié)尾邊界。如果沒有填寫contenttype的頭字段，那就是暗示相應(yīng)的郵件體時(shí)USASCII的普通text/plain文本。在一些特殊情況下，這種用法也不一定適用。Contenttype字段參數(shù)的語法是把boundaries的值包含在引號(hào)之中。有一些非法字符會(huì)出現(xiàn)在boundary值中，如果不加引號(hào)會(huì)引起錯(cuò)誤。邊界后面跟一個(gè)CRLF和下一部分的郵件頭字段，或者，兩個(gè)CRLF，這種情況下不會(huì)有細(xì)一部分的郵件頭。Multipart子類型的簡(jiǎn)要介紹：Mixed:表示個(gè)子部間互相獨(dú)立，需要以特定的順序排列。Digest:將子部分默認(rèn)成message來處理。通常的子類型是message/rfc822，該類型下沒有必須添加的參數(shù)。編碼方面，該類型只允許”7bit” “8bit”或”binary”。1）message/rfc822該類型是rfc822協(xié)議的message。該類型可以由高版本的郵件替換，及兼容MIME message?！癿essage/partial”說明該郵件體包含了一個(gè)大郵件的一段。Number,該部分在整體序列中的編號(hào)。發(fā)送大郵件諸如vedio文件時(shí)，由于文件太大，超出單次發(fā)送限制，需要把文件分割成多個(gè)部分。當(dāng)接收方收到該message時(shí)，各段落會(huì)`根據(jù)分割信息重新組合起來，新的信息僅是vedio類型，即去掉了外層的”message”類型封裝。(3) 第二部分和以后部分的頭信息全
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1