首页 - www.13900999.com故事 - 全面解析E-MAIL编码

全面解析E-MAIL编码

  E-MAIL一般在传送过程中都要对文件进行编码,因为E-MAIL只能传送ASCII码格式的文字信息,ASCII码为7位代码。非ASCII格式的文件在传送中必须经过编码工具编成相应的ASCII码进行传输,在接收到后接收端再根据编码规则进行解码。若非如此就很难在传输过程中出现编码截位的问题,导致收信方出现乱码,特别是中文内码的文字,属于8位代码,并非标准的ASCII码形式,由于国内通行的大部分邮件服务器都能够处理GB内码文件,所以可以直接传送文件而不需要编码,但如果要将中文邮件发到国外或在某些不支持8位(非标准ASCII码格式)的某些邮件主机上传输,就会产生乱码。具体的说就是在直接发送中文或非ASCII码的邮件时邮件主机无法处理,便会把文件中每个字符的第八位都滤掉(截去第八位)从而使一些信息和原始信息截然不同,或邮件完全损坏成为乱码无法阅读。这也是目前造成邮件乱码的主要原因之一。而如果对邮件进行七位编码然后进行传输解码,就能解决截位乱码现象,E-MAIL中一般采用UU、MIME、BINHEX三种编码标准,下面我们就来了解一下这几种标准。

  uuencode和uudecode原来是早期unix系统使用的编解码程序,其内部所用算法为Base64后来被改写成为在DOS下运行的可执行程序。

  UU使用方法为:在进行邮件发送前,在dos方式下先用uuencode.exe程序将原文件编码成ASCII文件,然后再进行发送。收件人在接到后再用uudecode.exe程序将文件还原。

  这是DOS下的编码程序。在windows下类似的程序还有wincode和winzip等,wincode的使用原理同DOS下的uuencode、uudecode相同,只是利用了windows的界面,从而使操作更为简便。wincode程序除支持UU编码外,同时支持mime,Binhex等编码格式,应用范围颇为广泛。

  我们以上所介绍的UU编码并非只能对中文进行编码,任何你要寄出的文件包括.exe等二进制文件都可按照编码--发送--收信--解码还原的步骤进行传送。

  UU编码解决了E-MAIL只能传送ASCII文件的问题,但我们可以从编解码的过程看出其运用并不很方便,因而随后又发展出一种新的编码标准即MIME(MultipurposeInternetMailExtention)译作多媒体邮件传送模式。顾名思义,这种编码标准支持传送多媒体文件,可在一封电子邮件中附加各种格式的文件一起发送。

  其实MIME定义的是一种编码规格,亦或可以说是一类编码的统称,能够符合MIME标准的编码方式并非一种,而只要符合MIME规格便可顺利传送,在MIME定义下有两种编码方式Base64和QP(Quote-Printable),QP的规则是对资料中的7位无须重复编码,仅将8位数据转成7位,QP编码适用于非ASCII码的文字内容,例如我们的中文文件。而Base64的规则是将整个文件重新编码成7位,通常适用于传送二进制文件。

  一般编码方式不同会影响编码之后的文件大小,而采用MIME标准编码的E-MAIL软件一般能自动判别你的邮件是采用何种编码,然后自动选择用QP或Base64来解码。

  MIME标准现已成为Internet电子邮件编码的主流。它的好处是以物体作为包装方式,可将多种不同文件一起打包后传送。发信人只要将要发的文件选好,它在传送时即时编码,收信人在收信时同时也是即时解码还原。完全自动化,非常方便。当然先决条件是双方的邮件软件都必须具有这项功能。由于MIME的方便、可靠性,愈来愈多的电子邮件采用这种方式,我们最常见的NetcapeMail,InternetMail等都是采用MIME方式。

  三、BINHEX编码较少见,主要用在MAC机上,PC机上很少见,在此不做讲解。

  但当邮件传输时出现了由于E-MAIL编码不对而造成的乱码时,我们要怎样识别和判断呢?

  我们都知道每种编码其格式都有其各自特征,这就给了我们一个判别的标志。我们可以根据这些特征进行编码判断。

  其格式特征为在乱码之前会有beginxxx后紧跟被编码的原始文件名称,然后跟编码信件内容,在最后一行为end。

  根据这些特征我们可以判断出编码方式为UUENCODE方式,我们就可以使用一些相应DECODE软件解码。

  (1)、将Uuencode乱码邮件转寄到自己的邮箱中,再使用能够支持UU解码的电子邮件接收程序(如Eudora、OutLookExpress等)来接收该邮件。

  (2)、通过剪辑板将Uuencode乱码存入文本文件,改文件名后缀为UUE,然后使用Winzip解码。

  Wincode除支持UU编码外也支持MIME、Binhex等编码格式,应用范围颇为广泛。

  采用QP编码的信件也很容易判断,只要乱码内容有很多符号=就可判断为QP编码,QP乱码解决方法有:

  (b)信头中间不要空行,信头和信体之间要有一个空行。这样形成的文件,改后缀名为UUE,即可双击启动Winzip得到解码。

  由于网友们可能使用不同的电子邮件收发软件,因此,来自各个网友的邮件内容可能包含着看不懂的乱码,例如,如果看到下面这串乱码,囊馑迹篐Z-实际上这是一串简体中文HZ编码,如果使用OutlookExpress发送邮件时,选用HZ编码,而邮件的接收者使用Eudora来阅读邮件,看到的就是这些乱码。正确的方法是,在撰写邮件窗口中,选择格式菜单下的语言命令,并选中简体中文(GB2312)项,然后发送邮件。这时,如果你使用OutlookExpress,可以打开查看菜单点击语言选项中的简体中文(GB2312)项,或者点击工具栏上语言后面的向下箭头,选择简体中文(GB2312)功能项,屏幕出现一个对话框,单击是按钮,所有邮件主题中含有指定字符集的邮件应用新的字符集。如果你使用Eudora之类的软件,可以使用南极星之类的软件,自动转换不同的汉字编码。如果还看不到的话,可将这些编码文本,拷贝到一个文本编辑器中查看。

  汉字的另一个问题是所谓的半个汉字乱码。如果看到下面这串乱码,你一定看不懂它的意思:

  由于很多英文编辑软件以字符为单位来处理文本,汉字被删除一半后,剩余的部分会和相邻的汉字重新组合,使得文本面目全非。因此,除了在输入、删除的时候注意这种问题外,还要注意不要在英文字处理软件中轻易使用字符替换功能,这往往会把一个汉字的后一个字符和相邻汉字的前一个字符当成一个汉字被替换掉。

  对于半个汉字乱码,只要将乱码邮件存成一个文本文件,然后使用以字符为单位的编辑软件,将乱码行的首字符删除,后面的部分就会和相邻的乱码重新组合成可识别的汉字。

  如果上述方法不能奏效,那么只好告诉对方正确的发送方式,请对方重新发一份邮件给你了。

  判断出乱码信件的编码方法后,再根据自己所拥有的软件种类,选取合适的解码软件。由于不同平台上不同的软件程序使用方法差别很大,作者无法在此一一说明,各位读者可自己参照程序附带的Help、Readme等文件的说明,自行对乱码邮件进行解码。这里介绍一些DOS和Windows下的编/解码程序以及大体优缺点,供各位使用时参考。

  讲了这么多,相信大家对E-MAIL的编码有了一定了解,对于一般的编码乱码也有了一定的判别能力了。但E-MAIL乱码不仅仅是由于编码不同所造成的,还可能有其它的原因,比如:

  1、该邮件采用了其它少见的编码方法,如Binhex或XXencode编码等。只要乱码前面有信头信息(一般显示了该邮件所用的编码方式),即可用Xferp111或其它智能型Windows程序将其解码。

  2、是否在中文环境内。如果你所用的操作系统是英文环境,而你又没有外挂中文系统(如中文之星)或未切换为中文(如RICHWIN四通利方或南极星等)编码方式,则你自然看不到中文,而只能看到乱码。注意,双字节字符有中文简/繁体的GB和BIG5码及日文的JIS、EUC和朝鲜文的KSC码等,在GB码环境下看其他双字节字符时也只能看到乱码。这就需要使用一些转码工具如Richwin,南极星等进行转码。

  笔者曾遇到过这样一个问题,本人曾用过的邮件软件InternetMail一直都很正常,但后来装了中文IE5.0后,就发现很多信件都出现乱码,换用其他编码用Big5能正常显示,百思不得其解,后来查遍资料才知道在InternetMail中在电子邮件表头中,有一个栏位是专门来说明目前信件内文之字元集的。InternetMail中文版将此栏位解释为:若是BIG5码(繁体中文编码)则将两个位元组合成一个中文字;若为ISO-8859-1或其他拉丁语系字元集则一个位元组一个字元解释(而一般的英文邮件程式或中文化程式表头栏都为ISO-8859-1),(之所以装IE5.0后出现乱码,可能是由于安装后改变了Mail程式设置吧。)所以当发信者用一般的英文软体输中文信时,收信者用InternetMail接收时就会产生乱码。

  使用Netscape、Eudora或Pegasus等邮件系统附加这类非标准ASCII码格式的文件时,附加文件通常可以自动进行base64方式编码(仅对附件部分进行编码)。在用附件方式发送邮件之前,无需进行编码;如果编码的话,将会给解码带来很多麻烦,意即收件人必须再一次进行解码。一般来说收件人都可以成功解码这类附加文件,因此强烈建议你采用这种方法发送中文类邮件。

  (2)、如果无法以附件方式发送文件,则必须在正文中发送中文或二进制文件。如果发/收件人之间远隔万里,如在中国和英国之间,则传送过程中,第八位将可能被截掉。这时最好先在正文中用中文给收件人发一封测试信,并了解对方能否正确收到邮件正文。如果第八位被截掉,则收件人将会看到一些乱码,而不是上述的uu/b64/Qp等格式,而且这种信件几乎不可恢复。这种情况的解决方案是,在Netscape、Eudora或PegasusMail等你所使用的邮件系统中,选择其首选项或选项配置中的QuotedPrintalbe或MIMEencoding项。

  发送重要信息时,为了确认是否无须编码即可发送正文,应该先发送测试信。而且还应确定收件人能否对附件文件进行解码。如果发送已经编码的邮件,则最好添加足够的信头信息,以便收件人知道所需的解码方法。比如可以把uuencode/UUDeview编码方式用uuencoding作信头。这些都要靠大家多实践摸索来积累经验加以解决!相信大家都将不再害怕E-mail乱码!

  人 民 日 报 社 版 权 所 有 ,未 经 书 面 授 权 禁 止 复 制 或 建 立 镜 像。