![Outlook 中的韩文字符丢失其编码](https://linux22.com/image/703463/Outlook%20%E4%B8%AD%E7%9A%84%E9%9F%A9%E6%96%87%E5%AD%97%E7%AC%A6%E4%B8%A2%E5%A4%B1%E5%85%B6%E7%BC%96%E7%A0%81.png)
我们韩国办公室的一位用户在电子邮件字符编码方面遇到了问题。发送或接收时,第一次一切都显示正常。稍后重新打开电子邮件时,韩文字符显示为乱码,其中包含大量</span>
标签。
据我所知,当邮件进入收件箱和稍后查看电子邮件之间,编码已被破坏。
有谁知道如何解决这个问题吗?
例子:
答案1
因为电子邮件标题这Content-Type: application/ms-tnef; name="winmail.dat"
是一个发送方问题. 发送中富文本消息使用TNEF到互联网用户应该已预防就像它所有权:接收客户端可能无法识别winmail.dat
文件,或者消息内容在传输过程中可能发生变化。这里,问题可能是内容发生变化。最佳做法是(检查您自己的设置并)通知发送者检查他们的设置。
奇怪的是,您的示例似乎包含 HTML,而winmail.dat
实际上应该是 RTF 格式。然而,可能发生的情况是,当内容在传输过程中发生更改或被误解时,<
HTML 标记中的 UTF-8 会与韩语/韩文字符。如果结果是未知的字符范围, 这替换字符将显示。
我最终能够(几乎)重现这种情况(但不是结果),并通过移动类似的内容进行进一步调查富文本格式混合内容(韩语+韩文) 消息来自 Exchange Server 的发送的邮件文件夹放入 IMAP mbox,我把它放在那里照原样。
该消息已发送Content-Type: multipart/mixed;
,包含两部分。
第一部分是UTF-8编码的纯文本格式:
------=_NextPart_000_0053_01D2C361.2480F1C0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit
另一个则采用了麻烦的 TNEF 格式:
------=_NextPart_000_0053_01D2C361.2480F1C0 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat"
本文第一部分多部分 MIME消息运行正常。我猜想您用户消息的第一次预览是正常的,因为出于某种原因,它显示了这text/plain
部分,然后又切换到了这部分(被误解和格式错误)富文本或者HTML稍后格式化。
作为一个解决方法,可以强制 Outlook 始终保持纯文本模式:
- 文件>选项
- 信任中心>信任中心设置...
- 电子邮件安全> [x]以纯文本形式阅读所有标准邮件