解决邮件乱码

遇到乱码邮件，首先要判断产生的原因。 出现乱码的原因很多，其中一种可能是由于Internet上的某些邮件主机不支持8位（非ASCII码格式）传输造成的。具体的说，在直接发送中文双字节或二进制等非ASCII码格式的邮件（如中文双字节文件、图片文件。jpg、可执行文件。exe或压缩文件。zip等二进制文件）时，邮件主机无法处理，便把信件中每个字符的第八位都过滤掉（截去第八位），从而使此信息和初始信息截然不同，造成邮件信息的失真或损坏。因此，在发送8位格式的文本文件时，必须事先进行编码，将文件转换为7位ASCII码或更少位数的格式，然后才能保证文件的正确传送。收件人收到7位或更少位格式的邮件之后，可以再转换为8位的格式，这样就可以阅读了。 一般电子邮件系统的“附件”功能可以自动对信件先进行编码，然后送出。而如果收信人的电子邮件系统（如 Netscape Email、Pegasus、Eudora、Accacia、MS Internet Mail等）能够区别信件的编码方式，则可以自动将信件解码。然而由于各种电子邮件软件的默认配置不同，收件人和发件人自己定制的一些选项也会各不相同，所以在收到编码的信件后，系统不一定能识别出信件所用的编码方法。识别不出编码方法，系统自然无法自动解码，这样当你查看信件内容时，就会出现所谓的乱码，使收信人无法阅读该文件。 其次，就是要判断关键字符，去判断其编码方法。 不同的乱码，在不同的平台上有不同的解决方法，因此解码前必须先看一下文件的内容，根据特征对文件可能的编码方式（Uuencode、Base64 encode、QP－encode或其它编码方式）进行判断。请注意，Uuencode格式与Base64 encode格式非常相似，它们的差别仅仅在于“信头”部分的不同。 为了尽量避免出现乱码问题，下面给出几点建议： ●利用“附件”功能发送文件 使用Netscape、Eudora或Pegasus等邮件系统附加这类非标准ASCII码格式的文件时，附加文件通常可以自动进行“base64”方式编码（仅对附件部分进行编码）。在用“附件”方式发送邮件之前，无需进行编码；如果编码的话，将会给解码带来很多麻烦，意即收件人必须再一次进行解码。一般来说收件人都可以成功解码这类“附加”文件，因此强烈建议你采用这种方法发送中文类邮件。 ●如果无法以附件方式发送文件，则必须在正文中发送中文或二进制文件 如果发/收件人之间远隔万里，如在中国和美国之间，则传送过程中，第八位将可能被截掉。这时最好先在正文中用中文给收件人发一封测试信，并了解对方能否正确收到邮件正文。如果第八位被截掉，则收件人将会看到一些乱码，而不是上述的uu/b64/Qp等格式，而且这种信件几乎不可恢复。这种情况的解决方案是，在Netscape、Eudora或Pegasus Mail等你所使用的邮件系统中，选择其首选项或选项配置中的“Quoted Printalbe”或“MIME encoding”。 ●发送重要信息时先发测试信 发送重要信息时，为了确认是否无须编码即可发送正文，应该先发送测试信。而且还应确定收件人能否对附件文件进行解码。如果发送已经编码的邮件，则最好添加足够的“信头”信息，以便收件人知道所需的解码方法。建议对uuencode/UUDeview编码方式用 uuencoding作信头，对pack编码方式用base64 encoding作信头。