要想各種郵件處理程序能識別我們所寫的電子郵件，能從我們所書寫的電子郵件中分析和提取出發件人，收件人，郵件主題和郵件內容以及附件等信息，那么我們所寫的電子郵件必須要遵循一定的格式要求，正如我們上一篇博客?手工體驗smtp和pop3協議?，我們在發送郵件時有固定的寫法。而這種郵件內容的基本格式和具體細節分別是由 RFC822 文檔和 MIME 協議定義的。

?

1、RFC822 郵件格式

　　英文參考文檔如下：https://tools.ietf.org/html/rfc822

　　RFC822 文檔中定義的文件格式包括兩個部分：郵件頭和郵件體。在上一篇博客，我們通過SMTP服務發送一封郵件，然后用POP3服務器接收。郵件接收內容如下圖紅色框所顯示：

　　

　　這上面顯示的不全，我這里將其內容整理出來，并在每行左邊加上標號：

1 Received: from smtpbg5.qq.com (unknown [183.60.61.230])by mx6 (Coremail) with SMTP id OMCowACXv+ssf99ZD5FqAg--.5570S3;Thu, 12 Oct 2017 22:41:48 +0800 (CST) 2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201512;t=1507819308; bh=N2xK6iU/bt0tcntOdutSQ3tkYXbTtOi08RT+HjuXmBc=;h=From:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:Date:Message-ID;b=lzBtxAWw0+HB1bGLkkCqlUeU4bvVoMxDp3UZTKq3YCIJt5Ypu4FkE0m5rrrpcxF0DW0/PQajrQTughLTmpjoudI5aDWjfrfkOc1Z0+ltaAraoZfdE5HmNQ0hxQstNa+IbjCGMVEzCOMikVm5qklyCz/1Lwd5mBJ90YkknS3sL08= 3 X-QQ-FEAT: Gf8h89u9tNwRjwDYIPPhYegibbvTgUmwr4I/ntV6mwr6YOyFiWpUpVj+bCsJztAz24NjMs/p1D8BXG7LYvZRCPMPQV7jdW3AKjTclrSS9xE29fxWsEjYk5QlD1cMIuhHF9Po1HMwWKIZX8q6smehIwr+t/du8sprvHVue4ty5KMPeWw967qaAZgta5hcnRtgajhZRcIumVxr+K4/nY7I+wwNenOTfHT4Ly4K1Ne+vD7VNJbLHH674HEJ2CsoSEEBW7X/LeeSq6M= 4 X-QQ-SSF: 0001000000000010000000000000007 5 X-HAS-ATTACH: no 6 X-QQ-BUSINESS-ORIGIN: 2 7 X-Originating-IP: 113.57.253.69 8 X-QQ-STYLE: 9 X-QQ-mid: webmail4t1507819307t482382910 From: "=?ISO-8859-1?B?MTEzMjgwMzk1MQ==?=" <1132803951@qq.com> 11 To: "=?ISO-8859-1?B?MTgyNzEyNjU3MzI=?=" <18271265732@163.com> 12 Subject: hello world 13 Mime-Version: 1.0 14 Content-Type: multipart/alternative;boundary="----=_NextPart_59DF7F2B_08CB07D0_339F08F2" 15 Content-Transfer-Encoding: 8Bit 16 Date: Thu, 12 Oct 2017 22:41:47 +0800 17 X-Priority: 3 18 Message-ID: <tencent_9EFED46440A5BAD43E6BC680FAC8A58E460A@qq.com> 19 X-QQ-MIME: TCMime 1.0 by Tencent 20 X-Mailer: QQMail 2.x 21 X-QQ-Mailer: QQMail 2.x 22 X-QQ-SENDSIZE: 520 23 Received: from qq.com (unknown [10.137.130.92])by smtp.qq.com (ESMTP) with SMTPid ; Thu, 12 Oct 2017 22:41:47 +0800 (CST) 24 Feedback-ID: webmail:qq.com:bgweb:bgweb4 25 X-CM-TRANSID:OMCowACXv+ssf99ZD5FqAg--.5570S3 26 Authentication-Results: mx6; spf=pass smtp.mail=1132803951@qq.com; dkim=pass header.i=@qq.com 27 X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvj4RWLvtDUUUU28 This is a multi-part message in MIME format.29 Content-Type: text/plain;charset="ISO-8859-1" 30 Content-Transfer-Encoding: base6431 PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFu YSwgJ01pY3Jvc29mdCBZYUhlaSc7IGxpbmUtaGVpZ2h0OiAyMy44cHg7Ij5UaGlzIGlzIHRo ZSBmaXJzdCBlbWFpbCBzZW50IGJ5IGhhbmQgdXNpbmcgdGhlIFNNVFAgcHJvdG9jb2w8L3Nw YW4+PC9kaXY+

　　上面便是?RFC822 所定義的郵件格式，從第 1 行到第 30 行都是郵件頭，第 31 行是郵件體（經過base64加密過了，有興趣的大家可以解碼看看）。而郵件頭和郵件體之間以一個空行間隔，郵件頭部分是由多個頭字段和字段內容組成，分別表示收件人，發件人，發件時間，主題等信息。還有一些信息是對應的SMTP服務器在郵件傳遞過程中所加上的，我們知道現實生活中的郵局在處理郵件時，通常都會在信封上加上郵戳，表示這封郵件在什么時候經過了哪個郵局哪個部門處理，我們上個例子是QQ郵箱發給163郵箱的。而SMTP服務器按從下往上的方式添加信息，即先添加的字段位于后添加字段的后面。所以qq的SMTP服務器會先添加頭字段，但是添加的字段會在163的SMTP服務器添加字段的下面，另外 POP3服務器也會自己添加一些字段。

　　每一個郵件頭以“字段名：字段值”的格式出現，即每一行郵件頭的內容依次由字段名、冒號、空格、字段值、回車換行符組成。RFC822文檔中定義了多個標準的郵件頭字段，每一個郵件頭字段表示一種特定的信息。郵件頭中也可以包含自定義的頭字段，這種自定義的頭字段通常是某個組織或機構內部專用的。下面是對一些主要的郵件頭字段的解釋：

　　

　　我們從上可以知道，RFC822文檔存在兩個問題：

　　①、定義了郵件內容的主體結構和各種郵件頭字段的詳細細節，但是，它沒有定義郵件體的格式，RFC822文檔定義的郵件體部分通常都只能用于表述一段普通的文本，而無法表達出圖片、聲音等二進制數據。

　　②、SMTP服務器在接收郵件內容時，當接收到只有一個“.”字符的單獨行時，就會認為郵件內容已經結束，如果一封郵件正文中正好有內容僅為一個“.”字符的單獨行，SMTP服務器就會丟棄掉該行后面的內容，從而導致信息丟失。

　　上面兩個問題是致命的，當今的電子郵件，人們希望在電子郵件中嵌入圖片、聲音、動畫和附件。但是，由于圖片和聲音等內容是非ASCII碼的二進制數據，而RFC822郵件格式只適合用來表達純文本的郵件內容，所以，要使用RFC822郵件格式發送這些非ASCII碼的二進制數據時，必須先采用某種編碼方式將它們“編碼”成可打印的ASCII字符后再作為RFC822郵件格式的內容。郵件閱讀程序在讀取到這種經過編碼處理的郵件后，再按照相應的解碼方式解碼出原始的二進制數據，這樣就可以借助RFC822郵件格式來傳遞多媒體數據了。這種做法需要解決一下兩個技術問題：

　　一、郵件閱讀程序如何知道郵件中嵌入的原始二進制數據所采用的編碼方式；

　　二、郵件閱讀程序如何知道每個嵌入的圖像或其他資源在整個郵件內容中的起止位置。

　　為了解決上面兩個問題，人們后來專門為此定義了MIME（Multipurpose Internet Mail Extension，多用途Internet郵件擴展）協議。

?

2、MIME協議

　　MIME協議用于定義復雜郵件體的格式，它可以表達多段平行的文本內容和非文本的郵件內容，例如，在郵件體中內嵌的圖像數據和郵件附件等。另外，MIME協議的數據格式也可以避免郵件內容在傳輸過程中發生信息丟失。MIME協議不是對RFC822郵件格式的升級和替代，而是基于RFC822郵件格式的擴展應用。一言以蔽之，RFC822定義了郵件內容的格式和郵件頭字段的詳細細節，MIME協議則是定義了如何在郵件體部分表達出的豐富多樣的數據內容。

　　一個采用了MIME協議的電子郵件就叫做MIME郵件，MIME郵件在RFC822文檔中定義的郵件頭字段的基礎上，擴充了一些自己專用的郵件頭字段，例如，使用MIME-Version頭字段指定MIME協議的版本，使用Content-Type頭字段指定郵件體的MIME類型，使用Content-Transfer-Encoding頭字段指定編碼方法，如下所示：?　　　

MIME-Version:1.0Content-Type:multipart/mixed;boundary="----=_NextPart_000_0050_01C"

　　其中，“multipart/mixed”部分說明郵件體中包含有多段數據，每段數據之間使用boundary屬性中指定的字符文本作為分隔標識符。另外，MIME郵件也擴展了RFC822文檔中已經定義了的郵件頭字段的內涵，例如，定義了subject頭字段中的值內容的格式，以便通過編碼的方式讓郵件主題中也可以使用非ASCII碼的字符。subject頭字段中的值嵌套在一對“=?”和“?=”標記符之間，標記符之間的內容由三部分組成：郵件主題的原始內容的字符集、當前采用的編碼方式、編碼后的結果，這三部分之間使用“?”進行分隔。

?

3、總結

　　這篇博客，帶上前面兩篇博客，我們就將郵件的收發基本原理講了一下。那么有人會問，實際項目中我們也需要考慮郵件的底層實現協議嗎？答案是不用的，比如 sun 公司（現在已經被orcal收購了）開發的JavaMail API 就是為方便Java開發人員在應用程序中實現郵件接收和發送功能而提供的一套標準開發包，屏蔽了底層的郵件實現協議，那么下一篇博客我們就來用JavaMail 實現郵件收發功能。

總結

以上是生活随笔為你收集整理的邮件实现详解（三）------邮件的组织结构的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。