RDOMail。属性HTMLBody错误地解码消息

Question

我在quoted-printable中有以下消息：

=D0=9E=D1=82=D0=B2=D0=B5=D1=82 1 =D0=BD=D0=B0 test 05<br> ------------- <br=
><meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii=
"><meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">=
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--><div class=3D"WordSection1"><p class=3D"M=
soNormal"><span lang=3D"EN-US">Test 04<o:p></o:p></span></p></div>

上面的代码由OpenPop正确解码。但是，当我将此字符串设置为HTMLBody时，它变得不正确（我看到以下内容：Nrber 1 m` test 05 ------------- Test 04）

rdoMessage.HTMLBody = decodedBody;

此外，我发现如果我执行以下操作，它会正确显示：

rdoMessage.Body = decodedBody;
rdoMessage.HTMLBody = decodedBody;

什么可能导致这种行为？这两个属性如何相互影响？

Answer 1

您使用的是什么版本的赎回？ 您是否在HTML标题中指定了代码页？

请将完整的HTML文本发送到http://www.dimastr.com/redemption/contact.htm

的支持电子邮件

Answer 2

我的理解是它发生在跨平台和智能标签复制/粘贴上。涉及编码，例如UTF-8或CP-1252。

有一段时间，解码只会搞砸并给你意想不到的[例如一个命令行]。

在这里讨论了这种“有趣行为”的起源：http://www.simplemachines.org/community/index.php?topic=475099.0

恕我直言：没有解决方案。由于智能标签在平台上是非标准的，没有人真正关心，并且代码本身之间的解码中的真正标准是不存在的。

用户自己[搞砸了]。