was*_*icz 3 email unicode character-encoding
我使用 David InfoCenter 作为电子邮件软件，但我的一些俄语电子邮件有问题。它只是几个字母，在一些电子邮件中（从不同的人发送），例如“R”（俄语中的“？”）将显示为“？”。在俄语的其他电子邮件中，没有出现该问题。是不是很奇怪？有没有人已经遇到过同样的问题并找到了导致它的原因？
当我将该电子邮件发送到外部邮箱（互联网电子邮件帐户）时，情况更糟，并且给我符号而不是所有俄语字母。
默认编码为“俄语（ISO）”，我将其更改为“俄语（Windows）”，但同样的问题。另一个奇怪的反应是当我写一封内部电子邮件并用俄语（????）将其命名为“测试”时，带有 ???? 在文本窗口中，它将标题更改为“Oano”？但内容仍为俄语。
使用Mailinator，我得到了以下消息和主题“????”：
Subject: ????
[..]
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_000_00017783.4AF7FB71"
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_000_00017783.4AF7FB71
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: base64
0KLQtdGB0YI=
------_=_NextPart_000_00017783.4AF7FB71
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRl
bnQ9Ik1TSFRNTCA4LjAwLjYwMDEuMTg4NTIiPjwvSEVBRD4NCjxCT0RZIHN0eWxlPSJGT05UOiAx
MHB0IENvdXJpZXIgTmV3OyBDT0xPUjogIzAwMDAwMCIgbGVmdE1hcmdpbj01IHRvcE1hcmdpbj01
Pg0KPERJViBzdHlsZT0iRk9OVDogMTBwdCBDb3VyaWVyIE5ldzsgQ09MT1I6ICMwMDAwMDAiPtCi
0LXRgdGCPFNQQU4gDQppZD10b2JpdF9ibG9ja3F1b3RlPjxTUEFOIGlkPXRvYml0X2Jsb2NrcXVv
dGU+PC9ESVY+PC9TUEFOPjwvU1BBTj48L0JPRFk+PC9IVE1MPg==
------_=_NextPart_000_00017783.4AF7FB71--
要分解消息：
主题： ？？？？
太糟糕了，你的大卫信息中心没有做对。上面应该是这样的：
主题：=?utf-8?Q?=D0=A2=D0=B5=D1=81=D1=82?=
因此，这是一个应该报告并修复的错误。
下一个：
MIME 版本：1.0 内容类型：多部分/替代； 边界="----_=_NextPart_000_00017783.4AF7FB71"
上面告诉收件人，在每一行“----_=_NextPart_000_00017783.4AF7FB71”之后，它将以不同的格式找到完全相同的消息。好的。
下一个：
此消息采用 MIME 格式。由于您的邮件阅读器不理解 这种格式，部分或全部信息可能不清晰。
不理解 MIME 的旧电子邮件软件用户可以看到以上内容。好的。
下一个：
------_=_NextPart_000_00017783.4AF7FB71 内容类型：文本/纯文本； 字符集=“utf-8” 内容传输编码：base64 0KLQtdGB0YI=
以上为纯文本，没有粗体、斜体等。使用FileFormat.info 中出色的在线 Base64 解码器，将0KLQtdGB0YI=转换回????. 啊哈，不是????你写的小写...？无论如何，看起来不错，一个好的电子邮件客户端应该理解这部分。
更详细地说：0KLQtdGB0YI=实际上解码为十六进制d0 a2 d0 b5 d1 81 d1 82，您（应该）在上面的主题中看到相同的十六进制数字。（当未正确解码为 UTF-8 时，例如错误地解释为 Windows-1252，这将显示为ТеÑÑ‚。）
下一个：
------_=_NextPart_000_00017783.4AF7FB71 内容类型：文本/html； 字符集=“utf-8” 内容传输编码：base64 PCFET0NUWVBFIEhUTUwgUFVCTelDICITLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dd0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRl bnQ9Ik1TSFRNTCA4LjAwLjYwMDEuMTg4NTIiPjwvSEVBRD4NCjxCT0RZIHN0eWxlPSJGT05UOiAx MHB0IENvdXJpZXIgTmV3OyBDT0xPUjogIzAwMDAwMCIgbGVmdE1hcmdpbj01IHRvcE1hcmdpbj01 Pg0KPERJViBzdHlsZT0iRk9OVDogMTBwdCBDb3VyaWVyIE5ldzsgQ09MT1I6ICMwMDAwMDAiPtCi 0LXRgdGCPFNQQU4gDQppZD10b2JpdF9ibG9ja3F1b3RlPjxTUEFOIGlkPXRvYml0X2Jsb2NrcXVv dGU+PC9ESVY+PC9TUEFOPjwvU1BBTj48L0JPRFk+PC9IVE1MPg==
上面是一样的，作为 HTML 格式的消息。这看起来大致相同，尽管这根本不是有效的 HTML，因为标签没有按照它们打开的顺序关闭，并且 anid应该是唯一的，但id=tobit_blockquote在这个单行消息中使用了两次。实际上，“blockquote”这个词表明您可能已经复制了这个词？？？？从另一个消息？
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META name=GENERATOR content="MSHTML 8.00.6001.18852"></HEAD>
<BODY style="FONT: 10pt Courier New; COLOR: #000000" leftMargin=5 topMargin=5>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">????<SPAN
id=tobit_blockquote><SPAN id=tobit_blockquote></DIV></SPAN></SPAN>
</BODY></HTML>
此外，没有必要为简单的消息发送 HTML...
最后（注意后面的两个破折号）：
------_=_NextPart_000_00017783.4AF7FB71--
这告诉电子邮件软件已到达所有格式的结尾。
此测试消息没有解释如何????成为Oano，因为问号永远无法转化为 。也许问号毕竟不是真正的问号。无论如何：主题错误是您的电子邮件客户端中的一个错误，它不会发送正确的主题。HTML也有问题。停止使用该软件。