邮件编码Content-Transfer-Encoding的各种形式？

thestones

邮件编码Content-Transfer-Encoding的各种形式？  
为什么有这么多，只用一种不行吗？比如有的是：base64，有的是：8bit，有的是：quoted-printable  
什么时候用什么编码呀？

由於歷史原因，Internet 上有些郵件系統只支援 7Bit 的字元傳輸， 而漢字的內碼是 8Bit 的，當在電子郵件中發送中文時， 如果經過這些只支援 7Bit 字元的郵件系統， 便會將漢字內碼的第八位元的 1 全部變成 0。
以 "中文" 兩字為例，HEX 為 A4A4A4E5， 當最高位元被清掉時就會變成 24242465，也就是 "$$$e"。 telnet 也存在這樣子的問題。
除了中文郵件外，使用電子郵件傳送圖片、程式、 壓縮文件等也會發生這個問題。 所以在電子郵件中一般採用各種郵件編碼方式來解決這個問題， 將 8Bit 按照一定的規則進行編碼， 便可以完好地通過只支持 7Bit 字元的郵件系統。
常見的郵件編碼有 UU 與 MIME，而 MIME (Multipurpose Internet Mail Extentions) 一般翻譯成「多媒體傳送模式」， 顧名思義，它標榜的就是可以傳送多媒體型式的檔案， 可以在一封mail中附加各種型式檔案一起送出。
MIME 定義兩種編碼方法：Base64 與QP(Quote-Printable)， 兩者使用時機不同，QP 的規則是對於資料中的7bits無須重複encode， 僅8bits資料轉成7bits。QP編碼適用於非US-ASCII的文字內容， 例如我們的中文檔案，而Base64的編碼規則，是將整個檔案重新編碼， 編成7bits，它是用於傳送binary檔案時使用。 由於編碼的方式不同，會影響編碼之後的檔案大小。 有些較懶惰的軟體便都一律採用Base64編碼了。

一个例子：
Return-Path:
Delivered-To:
test2@2008.com
X-WM-Delivered:
test2@2008.com
Received: from server ([9.9.9.10])
(envelope-sender )
by 9.9.9.10 with ESMTP
for ; Tue, 08 Apr 2008 14:03:35 +0800
Message-ID:
From: "test"
To:
Subject: sssee
Date: Tue, 8 Apr 2008 14:03:34 +0800
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_0825_01C89981.55C7FDA0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.3790.3959
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133
X-P3Scan: Version 2.3.2 by /

This is a multi-part message in MIME format.

------=_NextPart_000_0825_01C89981.55C7FDA0
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: base64

c3Nlc2VzZQ==

------=_NextPart_000_0825_01C89981.55C7FDA0
Content-Type: text/plain;
name="ccc.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="ccc.txt"

eeeeeeeeeeeeer
------=_NextPart_000_0825_01C89981.55C7FDA0--

.

(“.”是邮件结束的标志)

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/9483/showart_548626.html