使用Redemption转换MSG为RFC822格式EML时的邮件头编码问题咨询

• 该现象为Redemption v5.26版本的固有组件缺陷，与现有业务调用逻辑无关：
  • 原生Outlook MailItem.SaveAs 生成MSG的流程、COM对象释放的逻辑均符合规范，邮件正文部分走独立的MIME体编码逻辑，可正常输出符合预期的内容，无编码偏差。
  • v5.26版本在生成RFC822格式EML的邮件头字段（Subject、From、To等）时，存在编码映射规则错误：会将MSG中存储的Unicode字符串错误按ISO-8859-2单字节编码做截断转码，导致带变音符号的特殊字符（如原测试主题中的Ű、Ő）丢失长音标记，最终出现解码后文本和原主题不一致的问题。

• 方案1：升级Redemption组件版本
  v5.27及后续版本已修复该邮件头编码映射的缺陷，升级后无需调整现有转换代码逻辑即可解决所有头字段的转码偏差问题。
• 方案2：适配低版本Redemption的兼容补丁
  受环境限制无法升级组件时，可在Redemption生成初始EML文件后做二次修正：
  1. 遍历EML文件中所有=?iso-8859-2?B?xxxxx?=格式的编码头字段，覆盖Subject、From、To、Cc、Bcc等所有邮件头元数据
  2. 对Base64解码得到的字节流，按UTF-8规则还原为原始Unicode字符串（而非按错误的ISO-8859-2规则解码）
  3. 按RFC2047标准重新编码修正后的字符串，替换EML文件中原有的错误头值
• 方案3：调整Redemption转换参数降低转码偏差
  转换流程中为RDOSession实例显式开启Unicode编码模式，强制Redemption优先使用UTF-8处理邮件头，减少单字节编码的截断问题，示例代码：
  rdoSession = RedemptionLoader.new_RDOSession(); rdoSession.UnicodeFormat = true; rdoMail = rdoSession.GetMessageFromMsgFile(input); rdoMail.SaveAs(output, rdoSaveAsType.olRFC822_Redemption);

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