什么是邮件内容的 Content-Transfer-Encoding？7bit、8bit、base64 和 quoted-printable 有何区别？
Content-Transfer-Encoding 有哪几种取值？base64 和 quoted-printable 分别适合什么场景？
Content-Transfer-Encoding 是 MIME（Multipurpose Internet Mail Extensions，RFC 2045）中用于指定邮件正文或附件传输编码方式的头部字段。RFC 2045 第 6 节定义了多种编码值，以下是最常用的四种：
1. 7bit
表示邮件正文仅包含 US-ASCII 字符（0-127），每行不超过 998 字节（RFC 5322 限制），且不包含 NUL 字符。这是最原始且最兼容的编码方式——每个字符占用 1 字节。7bit 编码不进行任何数据内容转换，明文传输。现代 SMTP 默认支持 7bit 传输。
2. 8bit
允许包含高字节字符（128-255），如 UTF-8 编码中的中文字符。RFC 1652（8BITMIME 扩展）使 ESMTP 能够以 8bit 形式传输邮件。如果发送方声明 Content-Transfer-Encoding: 8bit，但下游 MTA 不支持 8BITMIME，邮件会被降级（编码为 quoted-printable 或 base64）。
3. quoted-printable（QP）
一种对 ASCII 友好的编码方式：可打印的 ASCII 字符（=33 到 =126，除 =3D 即等号本身）保持原样；非 ASCII 字符和高字节字符编码为 =XX 形式（XX 是两位十六进制数）。
编码前：我爱邮件
编码后：=E6=88=91=E7=88=B1=E9=82=AE=E4=BB=B6QP 编码的膨胀率较低——对于纯英文文本，几乎无膨胀；对于中文文本，每个中文字符从 3 字节变为 9 字节（3x 膨胀）。QP 最适合以 ASCII 文本为主、偶尔包含少量非 ASCII 字符的内容。
4. base64
将任意二进制数据映射为 64 个可打印 ASCII 字符（A-Z、a-z、0-9、+、/，= 是填充符）。每 3 字节原始数据编码为 4 个 ASCII 字符，固定膨胀率约 33%。
编码前（3 字节）：0xFF 0xFE 0xFD
编码后（4 字节）：/v79Base64 适合二进制数据（图片、PDF、zip 附件），也适合几乎不含英文的大段非 ASCII 文本。
选择建议
| 内容类型 | 推荐编码 | 原因 |
|---|---|---|
| 纯英文文本 | 7bit 或 quoted-printable | 可读性高，无膨胀 |
| 中英文混排（HTML 邮件） | quoted-printable | 英文部分可读，中文部分适度编码 |
| 二进制附件（PDF 等） | base64 | 固定膨胀率，全面支持二进制 |
| 纯中文 UTF-8 文本 | base64 或 8bit | QP 膨胀 3x，base64 仅 1.33x |
值得注意的是，虽然 8bit 编码在 ESMTP 中普遍受支持（RFC 1652），但一些邮件安全网关（如 Mimecast、Proofpoint）或旧式 MTA 可能对 8bit 模式进行降级重编码。因此对于大规模生产环境，建议将非纯 ASCII 内容预编码为 QP 或 base64 后发送，以获得最大的兼容性保障。
参考来源：RFC 2045 — Multipurpose Internet Mail Extensions (MIME) Part One · RFC 1652 — SMTP Service Extension for 8bit-MIMEtransport