发信人: henjohn876(henjohn)
整理人: zwcheng(2004-06-18 10:35:00), 站内信件
|
大多数收过电子邮件的人都遇到过乱码信件，一
些奇奇怪怪的字符，不知道是什么意思。
除了干着急以外，你也可以试着还它的本来面目
。产生乱码邮件的最主要原因在于传输机制不同或邮件的
编码不同，相应的，你也可以从这堆乱码中抓住一些关键
字符再配以对应的解码软件，就可以拨开迷雾见青天了。
遇到乱码邮件，首先要判断产生的原因。
出现乱码的原因很多，其中一种可能是由于Inte
rnet上的某些邮件主机不支持8位（非ASCII码格式）传输
造成的。具体的说，在直接发送中文双字节或二进制等非
ASCII码格式的邮件（如中文双字节文件、图片文件.jpg
、可执行文件.exe或压缩文件.zip等二进制文件）时，邮
件主机无法处理，便把信件中每个字符的第八位都过滤掉
（截去第八位），从而使此信息和初始信息截然不同，造
成邮件信息的失真或损坏。因此，在发送 8位格式的文本
文件时，必须事先进行编码，将文件转换为7位ASCII码或
更少位数的格式，然后才能保证文件的正确传送。收件人
收到7位或更少位格式的邮件之后，可以再转换为8位的格
式，这样就可以阅读了。
一般电子邮件系统的“附件”功能可以自动对信
件先进行编码，然后送出。而如果收信人的电子邮件系统
（如Netscape Email、Pegasus、Eudora、Accacia、MS I
nternet Mail等)能够区别信件的编码方式，则可以自动
将信件解码。然而由于各种电子邮件软件的默认配置不同
，收件人和发件人自己定制的一些选项也会各不相同，所
以在收到编码的信件后，系统不一定能识别出信件所用的
编码方法。识别不出编码方法，系统自然无法自动解码，
这样当你查看信件内容时，就会出现所谓的乱码，使收信
人无法阅读该文件。
其次，就是要判断关键字符，去判断其编码方法
。
不同的乱码，在不同的平台上有不同的解决方法
，因此解码前必须先看一下文件的内容，根据特征对文件
可能的编码方式（Uuencode、Base64 encode、QP－encod
e或其它编码方式）进行判断。请注意，Uuencode格式与B
ase64 encode格式非常相似，它们的差别仅仅在于“信头
”部分的不同。
第一种编码方法：Uuencode这是很早以前在UNIX
上就有的编码程序，主要用户都集中在UNIX环境的使用者
中，目前使用者已经很少。这种软件内部所用的算法为ba
se64。其大体格式为：
begin 644 kk.zip M1G)O;2!I;＆EN＋F)B3T!C(V
EE＋FYC='4N961U＋G1W(％=E9″!.;W8@(＃8@,3(ZM,SDZ,C
4@,3DY－@I296－E:79E9＃H@9G)O;2!F;＆％B;6％I;″YF;
＆％B＋F9U:FET…..............。
end
说明：
·在乱码前面含有“begin xxx”，后面紧接着
编码之前原始文件的名称
·接着是已经过编码的信件的内容
·在乱码内容后面，即最后一行为“end”
第二种编码方法：BASE64 encode这种编码方式
是将3个字节（8位）用4个字节（6位）表示，由于编码后
的内容是6位的，因此可以避免第8位被截掉，其大体格式
为：
MIME－Version：1.0
Content－Type：text/plain; charset="us－as
cii″
Content－Transfer－Encoding:base64
Status：R
SGmhQbF6pm6hSafapmK69Lj0pFexb6q＋sXqsT6Skp
OWrSKXzsN3DRLFNrmGhQQ0Kq1＋sTqq6vdCx
0LF6tFit0
7Ddw0ShRw0KDQqtuqX9p2m2RLF6p9qoz6XOIE 1Py3Jvc29mdC
uiBJbnRlcm5ldCBN……。
说明：
Base64编码信件的乱码前一般有如下几部分“信
头”：Content－Type(内容类型)、charset(字符集)及Co
ntent－Transfer－Encoding(内容传输乱码方式)。
判断的依据比较明显。
第三种编码方法：QpencodeQP编码全名为“Quot
ed－Printable Content－Transfer－Encoding”。由于
用这种格式表示的信息，其内容主要都是 ASCII字符集中
可以打印的字符，因此名称中含有 printable。其大体格
式为：
=A1A=B1z=A6n=A1I=A7=DA=A6b=BA=F4=B8=F4=A4W
=B1o……
=E5==ABH=A5=F3=B0=DD=C3D=B1M=Aea=A1A……
说明：
采用QP（Quoted－Printable）编码方式的信件
很容易进行判别，因为它的内容通常有很多等号“ =”，
因此不需要看“信头”也可以判断是否为QP编码。
第三，根据所用的操作系统选择相应的软件程序
，然后进行解码。
判断出乱码信件的编码方法后，再根据自己所拥
有的软件种类，选取合适的解码软件。由于不同平台上不
同的软件程序使用方法差别很大，作者无法在此一一说明
，只能由读者自己参照程序附带的Help、Readme等文件的
说明，自行对乱码邮件进行解码。这里着重介绍DOS和Win
dows下的编 /解码程序的大体优缺点，供读者下载程序时
参考，见表一。
如果尝试过上述步骤后仍然无法解决问题，则可
能有另外的原因：
1.该邮件采用了其它的编码方法，如Binhex或XX
encode编码等。只要乱码前面有“信头”信息（一般显示
了该邮件所用的编码方式），即可用Xferp111或其它“智
能型” Windows程序将其解码。
2.是否在中文环境内。如果你所用的操作系统是
英文环境，而你又没有外挂中文系统（如中文之星）或未
切换为中文（如 RICHWIN四通利方或南极星等）编码方式
，则你自然看不到中文，而只能看到乱码。注意，双字节
字符有中文简 /繁体的GB和BIG5码及日文的JIS、EUC和朝
鲜文的 KSC码等，在GB码环境下看其他双字节字符时也只
能看到乱码。
3.一封邮件的内容中第8位字节被滤掉了。这种
情况下的邮件几乎无法还原。
总之，如果上述措施都难以解决问题的话，只好
请教发件人了。
为了尽量避免出现乱码问题，下面给出几点建议
：
●利用“附件”功能发送文件
使用Netscape、Eudora或Pegasus等邮件系统附
加这类非标准 ASCII码格式的文件时，附加文件通常可以
自动进行“base64”方式编码（仅对附件部分进行编码）
。在用“附件”方式发送邮件之前，无需进行编码；如果
编码的话，将会给解码带来很多麻烦，意即收件人必须再
一次进行解码。一般来说收件人都可以成功解码这类“附
加”文件，因此强烈建议你采用这种方法发送中文类邮件
。
●如果无法以附件方式发送文件，则必须在正文
中发送中文或二进制文件
如果发/收件人之间远隔万里，如在中国和美国
之间，则传送过程中，第八位将可能被截掉。这时最好先
在正文中用中文给收件人发一封测试信，并了解对方能否
正确收到邮件正文。如果第八位被截掉，则收件人将会看
到一些乱码，而不是上述的 uu/b64/Qp等格式，而且这种
信件几乎不可恢复。这种情况的解决方案是，在Netscape
、Eudora或Pegasus Mail等你所使用的邮件系统中，选择
其首选项或选项配置中的“Quoted Printalbe”或“MIME
encoding”。
●发送重要信息时先发测试信
发送重要信息时，为了确认是否无须编码即可发
送正文，应该先发送测试信。而且还应确定收件人能否对
附件文件进行解码。如果发送已经编码的邮件，则最好添
加足够的“信头”信息，以便收件人知道所需的解码方法
。建议对 uuencode/UUDeview编码方式用uuencoding作信
头，对mpack编码方式用base64 encoding作信头。
----
想拥有自己的网站的朋友 ：
请到我的网站去抢注你的免费网站，一次注册，永久免费。
现在的免费资源是不多了，请你注册了就要好好利用。不要浪费了。
欢迎光临我的网站，顺便给我提提建议。 |
|