E-mail传送中的三种编码标准-网管专栏,邮件服务

一、编码的必要性
e－mail只能传送ascii码(美国国家标准信息交换码)格式的文字信息，ascii码是7位代码，非ascii码格式的文件在传送过程中就需要先编成7位的ascii代码，然后才能通过e－mail进行传送；如果不经过编码，则在传送过程中会因为ascii码7位的限制而被分解，分解之后只会让收信方看到一堆杂乱的ascii字符。经过编码后的文件，在传送过程中可顺利传送，不会有“被截掉一位”的危险。但是收信方必须具有相应的解码程序，将这份经过编码的东西还原，才能看到发信人要传送的信息是什么。
有一点要注意：大部分的人认为“文本文件不需要编码”，但我们的中文是属于8位代码的文字，并不是标准的ascii码格式，由于在国内中文是通行的文字，所以大部分的邮件服务器都已能够处理gb内码的文件，因而不需要做这种编码/解码的操作，可以直接传送。但如果要送中文邮件到国外，就需要经过这种转换才能传送，因为国外的邮件服务器是无法辨认中文内码的。中文码在经过一些不支持中文内码的传递主机时，依然会被截掉一位，造成文件支离破碎无法读龋而经过编码的中文邮件，收信人收到后将文件解码还原，也需要有中文系统才能看所写的中文信息。
二、常见的三种编码标准
●uu编码(unix－to－unixencoding)
uuencode和uudecode原来是unix系统中使用的编码和解码程序，后来被改写成为在dos中亦可执行的程序。在早期传送非ascii码的文件时，最常用的便是这种uu编码方式。
使用的方法是：发邮件前，在dos下先用uuencode.exe程序将原文件编码成ascii码文件，然后将邮件发出。收信人收到邮件后，用uudecode.exe程序将文件还原。
基于windows的类似程序有wincode和winzip等。
wincode的使用原理和dos下的uuencode和uudecode没什么两样，只是在windows的界面下操作更为简便。wincode除支持uu编码外也支持mime、binhex等编码格式，应用范围颇为广泛。
以上介绍的uu编码并非只能编中文文字。任何你要寄送的文件包括exe等二进制文件都可以按照编码→发送→收信方收信→解码还原的步骤传送。
●mime标准(multipurposeinternetmailextentions)
uu编码解决了e－mail只能传送ascii文件的问题。但这种方式其实并不是很方便，因而又发展出一种新的编码标准，其全名是multipurposeinternetmailextentions，一般译作“多媒体邮件传送模式”。顾名思义，它可以传送多媒体文件，在一封电子邮件中附加各种格式文件一起送出。
mime标准现已成为internet电子邮件的主流。它的好处是以物件作为包装方式，可将多种不同文件一起打包后传送。发信人只要将要传送的文件选好，它在传送时即时编码，收信人的软件收到也是即时解码还原，完全自动化，非常方便。当然先决条件是双方的软件都必须具有这种功能，要不然发信人很方便地把信送出去了，但收信人的软件如果没有这种功能，无法把它还原，看到的也就是一大堆乱码了。使用这种方式，用户根本不需要知道它是如何编码/解码的。即使只是用文字写的信，一样是打好包便寄出。如果是要寄多媒体文件，只要做选文件的动作，选完后寄出，其余的工作由电子邮件软件自动完成。
由于mime的方便性，愈来愈多的电子邮件软件采用这种方式。(我们现在最常使用的电子邮件软件eudora、netscapemail、internetmail等就是采用mime方式，所以我们才能如此轻松地收发电子邮件。)mime定义的是一种规格，也可以说是一种统称。
其实能够符合这种规格的编码方式并不是单一的一种，只要符合这种mime规格便可顺利传送。以货运作为比喻，若货运公司规定送交货运的规格是1立方米大小的箱子便可托运，它并没有限制一定要用木箱或是铁皮箱，只要是1立方米大小，货运公司就帮你送达。至于箱子里你是装食品或是书本或是衣服或是混合着装也没有限定，也就是说，多种格式的文件可以一起寄送。
就上例而言，“1立方米大斜是货运规格，也就是我们的mime规格。木箱或铁皮箱是编码方式，现在我们就来看看你有哪些“箱子种类”可以选择。mime定义两种编码方式：base64与qp(quote－printable)。qp的规则是对于资料中的7位无须重复编码，仅将8位的数据转成7位。qp编码适用于非ascii码的文字内容，例如我们的中文文件。而base64的编码规则，是将整个文件重新编码成7位，通常用于传送二进制文件。编码的方式不同会影响编码之后的文件大校而具有mime功能的e－mail软件大都能自动判别你的邮件是采用何种编码，然后自动选择用qp或base64来解码。
qp编码的方式，是将一个字节用两个16进制数值表示，然后在前面加“=”。所以我们看到经过qp编码后的文字通常是这个样子：=a4j=aea=a6n=a1i=a7=da=ac0=b1=e7=a9s=a7g=a1a=ab=dc=b0=aa=b
base64编码后的文字通常是：pgquyazuoumn2qxpseepc6dnougr3lcqv70ms773t3ymyqa5plakaq5hptu如果你使用支持mime标准的电子邮件软件，那么在收发信件的过程中是看不到这些乱七八糟的字符的。但如果很不幸，收信人没有这种支持mime的软件，他看到的东西就是上面那一大段符号了。不过别急，你仍然可以先将这份“天书”存档，然后使用一些decode软件把它翻译回来。
●binhex编码
binhex的编码方式常用于mac机器，在pc上是较少使用的一种编码方式。一般pc上的电子邮件软件，亦多数支持mime的规格，很少有支持binhex格式。在常用的电子邮件软件中，唯eudora具有这种功能，可直接解读binhex的编码，如果你收到了这种由binhex所编码的邮件，而且你的mail软件并不是eudora或其他支持binhex格式的软件。那也得用一个解读binhex的程序解码。有一个共享软件binhex3.exe具有这个功能，它在许多ftp站点都能找到。
在windows下，你还可以用我们前面所介绍的wincode来解码。本文介绍的uu编码、mime以及binhex都可以用它来处理。但可惜的是，对于mime，它只处理base64的编码。如果能再加上qp的功能，真的可以靠它走遍天下了。
在mime几乎已成标准规格的现在，用一套支持mime的软件来做收发e－mail的工作，这些编码/解码工作就会自动完成，不会给你带来麻烦。
,