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

1、RFC822 郵件格式

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

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

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

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+HB1bGLkkCqlUeU4bvVoMxDp3UZTKq3YCIJt5Ypu4FkE0m5rrrpcxF0D
         W0/PQajrQTughLTmpjoudI5aDWjfrfkOc1Z0+ltaAraoZfdE5HmNQ0hxQstNa+IbjC
         GMVEzCOMikVm5qklyCz/1Lwd5mBJ90YkknS3sL08=
3 X-QQ-FEAT: Gf8h89u9tNwRjwDYIPPhYegibbvTgUmwr4I/ntV6mwr6YOyFiWpUpVj+bCsJz
        tAz24NjMs/p1D8BXG7LYvZRCPMPQV7jdW3AKjTclrSS9xE29fxWsEjYk5QlD1cMIuhHF9Po
        1HMwWKIZX8q6smehIwr+t/du8sprvHVue4ty5KMPeWw967qaAZgta5hcnRtgajhZRcIumVx
        r+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: webmail4t1507819307t4823829
 
10 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 SMTP
        id ; 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; dki
        m=pass header.i=@qq.com
27 X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73
        VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvj4RWLvtDUUUU
 
28 This is a multi-part message in MIME format.
 
29 Content-Type: text/plain;
        charset="ISO-8859-1"
30 Content-Transfer-Encoding: base64
 
31 PGRpdj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6ICdsdWNpZGEgR3JhbmRlJywgVmVyZGFu
YSwgJ01pY3Jvc29mdCBZYUhlaSc7IGxpbmUtaGVpZ2h0OiAyMy44cHg7Ij5UaGlzIGlzIHRo
ZSBmaXJzdCBlbWFpbCBzZW50IGJ5IGhhbmQgdXNpbmcgdGhlIFNNVFAgcHJvdG9jb2w8L3Nw
YW4+PC9kaXY+

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

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

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

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

　?、凇MTP服務(wù)器在接收郵件內(nèi)容時，當接收到只有一個“.”字符的單獨行時，就會認為郵件內(nèi)容已經(jīng)結(jié)束，如果一封郵件正文中正好有內(nèi)容僅為一個“.”字符的單獨行，SMTP服務(wù)器就會丟棄掉該行后面的內(nèi)容，從而導(dǎo)致信息丟失。

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

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

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

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

2、MIME協(xié)議

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

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

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

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

3、總結(jié)

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

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論