社区志愿服务培训内容:关于邮件标题乱吗

由於历史原因，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编码了。

含有 MIME 编码的文件，您查看它的源始码，一般都含有： "This is a multi-part message in MIME format." 这样的句子。

以下以 mmencode (又称为 mimencode) 作为 QP 与 BASE64 的范例， 安装 converters/mmencode。

RFC 2045 - Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies

RFC 2046 - Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types

RFC 2047 - MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text