多部分邮件中非ASCII（UTF-8）文本编码问题咨询

我需要发送带附件的邮件，因此消息需采用multipart格式。当前编码后的邮件内容如下：

From: another@address
To: an@address
Subject: Unimportant message
Content-Type: multipart/mixed; boundary="----=_Part_0_1457006650.1670256299458"
 ...
------=_Part_0_1457006650.1670256299458
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hello,

=E2=80=9ESomething here=E2=80=9C

------=_Part_0_1457006650.1670256299458
Content-Type: image/png; name=sample.png
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=sample.png
Content-Description: sample.png

iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAIAAAACUFjqAAABhGlDQ1BJQ0MgcHJvZmlsZQAAKJF9
  ...
FElEQVQY02P8z8WABzAxMIxKYwIATTQBHSBDi6AAAAAASUVORK5CYII=
------=_Part_0_1457006650.1670256299458--

但Web版Outlook和Gmail无法正确显示非ASCII字符，会为每个UTF-8字节显示占位符。我尝试过不同的Transfer-Message-Encoding值和多部分布局（多个顶级段落、嵌套在根多部分内的段落），但结果一致：Web版Outlook似乎会考虑传输编码，但无法识别消息文本编码为UTF-8。

请问这是Web版Outlook的问题？还是邮件需要添加额外元信息或采用不同的多部分布局？

我或许可以使用HTML编码，但消息由模板生成，若采用该方式需自动将所有非ASCII符号转换为实体，而我们仅需纯文本消息，该方案显得过于复杂。

1. 问题根源：编码声明的传递缺陷 #

Web版Outlook和部分邮件客户端对纯文本部分的编码识别依赖明确的层级声明，你当前的邮件虽然在text/plain段指定了charset=UTF-8，但存在两个关键问题：

• 顶级multipart/mixed的Content-Type未指定默认字符集，部分客户端会默认 fallback 到ASCII；
• 部分客户端对直接嵌套在multipart/mixed下的text/plain段，会忽略其charset声明，转而使用容器的默认编码。

2. 针对性修正方案 #

方案一：为顶级multipart容器添加默认字符集

在顶级Content-Type中补充charset=UTF-8，强制客户端识别整个邮件的默认编码：

Content-Type: multipart/mixed; charset=UTF-8; boundary="----=_Part_0_1457006650.1670256299458"

方案二：调整纯文本段的传输编码

虽然quoted-printable更适合文本，但部分客户端对其UTF-8支持存在兼容性问题，可尝试切换为base64编码：

------=_Part_0_1457006650.1670256299458
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

SGVsbG8sCgppyiBTb21ldGhpbmcgaGVyZQ==

方案三：嵌套multipart/alternative容器

将纯文本段放入multipart/alternative容器中（即便只提供纯文本版本），触发客户端对可渲染内容的编码解析逻辑，绕过Web版Outlook的识别bug：

Content-Type: multipart/mixed; boundary="outer-boundary"

--outer-boundary
Content-Type: multipart/alternative; boundary="inner-boundary"

--inner-boundary
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hello,

=E2=80=9ESomething here=E2=80=9C
--inner-boundary--

--outer-boundary
Content-Type: image/png; name=sample.png
...（附件内容）
--outer-boundary--

3. Web版Outlook的兼容性说明 #

确实，Web版Outlook对纯文本UTF-8的支持存在历史遗留问题，尤其是在multipart/mixed直接嵌套text/plain时，容易忽略charset声明。上述嵌套multipart/alternative的方案通常能绕过该问题，因为客户端会将alternative段视为“核心渲染内容”，严格解析其编码参数。

4. 无需HTML的折中处理 #

不用转换HTML实体，只需确保两点：

• 确认非ASCII字符的quoted-printable转义是正确的UTF-8字节（比如标准双引号“对应=E2=80=9C，你当前的=E2=80=9E是左双引号的变体，需确认是业务需求的字符）；
• 优先使用常见UTF-8字符，避免罕见符号，减少客户端解析异常的概率。

内容的提问来源于stack exchange，提问作者Petr Gladkikh