Character encoding 不显示区域(UTF-8)字符的可操作消息

Character encoding 不显示区域(UTF-8)字符的可操作消息,character-encoding,adaptive-cards,office365connectors,Character Encoding,Adaptive Cards,Office365connectors,我在查看可操作邮件时遇到问题。区域字符显示不正确?而不是实际的字符,即使我在电子邮件的HTML头中添加了关于元标记中UTF-8编码的信息: 然而,奇怪的是,当我将字符放入电子邮件正文时,字符的呈现是正确的。此外,即使从日语中输入一个字符,也会使Actionable Message中的所有日语字符正确呈现,但不会呈现西里尔文字符等 这让我想到,Outlook的OWA和桌面呈现消息都有问题,而不是编码本身。Outlook似乎会自动选择适当显示邮件所需的最小字符集,但不会将可操作邮件内容作为邮件的一部

我在查看可操作邮件时遇到问题。区域字符显示不正确?而不是实际的字符,即使我在电子邮件的HTML头中添加了关于元标记中UTF-8编码的信息:

然而,奇怪的是,当我将字符放入电子邮件正文时,字符的呈现是正确的。此外,即使从日语中输入一个字符,也会使Actionable Message中的所有日语字符正确呈现,但不会呈现西里尔文字符等

这让我想到,Outlook的OWA和桌面呈现消息都有问题,而不是编码本身。Outlook似乎会自动选择适当显示邮件所需的最小字符集,但不会将可操作邮件内容作为邮件的一部分进行检测

到目前为止,我想到的解决方法是将区域字符放入不可见的div中,以便它们“强制”字符集:

łśあБ

这看起来非常可怕,或者将备份消息内容添加到HTML的正文中

所以我的问题是,是否有我缺少的任何设置不能正确呈现所有UTF-8字符,无论主体是什么


我通过EWS管理的API发送消息。我已尝试在meta标记中设置其他字符集。

您是否可以尝试使用以下脚本通过SMTP发送相同的负载


我们用这个脚本做了一些国际化测试,所有字符都正确显示。

效果很好,所以看起来问题出在EWS API上,这是出乎意料的,哈。我想是时候早点从它转到SMTP了。