Redemption与Outlook附件文件名转义不一致及相关技术问询

我来结合Redemption和Outlook VSTO的实际使用经验，逐个解答你的问题：

问题1：二者文件名存在差异的原因是什么？是否有相关文档说明？ #

Redemption和Outlook返回的文件名差异，核心原因是两者读取的MAPI属性不同，以及对文件名的处理逻辑有区别：

• Outlook的Attachment.Filename展示的是用户友好的显示名称，它会对MAPI存储的原始文件名做适配，保留空格这类让用户看起来更自然的字符。
• Redemption的RDOAttachment.Filename返回的是MAPI规范下存储的原始文件名，早期MAPI对文件名的特殊字符（比如空格、冒号、斜杠等）有严格限制，Redemption会自动将这些不符合规范的字符转义为下划线，确保符合MAPI存储要求。

Redemption的官方文档里明确提到了这个行为，它会处理MAPI属性中的文件名，使其同时符合Windows和MAPI的双重规范，避免存储或读取时出现错误。

问题2：能否直接将Redemption文件名中的下划线替换为空？是否存在其他转义情况？ #

绝对不建议盲目替换下划线，这会有很大风险——有些下划线可能是原始文件名本身就存在的，不是转义生成的，替换后会破坏原始文件名的正确性。

如果你想获取和Outlook一致的文件名，更可靠的方式是读取Redemption附件的显示名称属性：可以用RDOAttachment.AttachmentDisplayName，或者直接读取MAPI属性PR_ATTACH_DISPLAY_NAME，这个属性的值和Outlook的Attachment.Filename完全一致。

除了空格转下划线，Redemption还会对其他MAPI不允许的特殊字符（比如冒号:、正斜杠/、反斜杠\等）做转义处理，盲目替换下划线会覆盖这些合法的转义，导致文件名错误。

问题3：是否有办法通过Outlook Attachment对象获取对应的RDOAttachment？ #

当然可以！Redemption专门提供了从Outlook对象转换为对应Redemption对象的方法，非常方便。比如你已经拿到了Outlook的Attachment对象，可以用RDOSession.GetRDOObjectFromOutlookObject方法直接获取对应的RDOAttachment，示例代码如下：

// 假设你已经初始化了RDOSession实例rdoSession
Outlook.Attachment outlookAttachment = ...; // 你的VSTO附件对象
RDOAttachment rdoAttachment = rdoSession.GetRDOObjectFromOutlookObject(outlookAttachment) as RDOAttachment;

这种方式不需要通过邮件ID再找索引，直接关联两个对象，既可靠又高效。

问题4：Redemption的附件索引是否与Outlook的附件索引一致？ #

首先要明确：永远不要依赖附件索引来定位附件，不管是Outlook还是Redemption。

• Outlook的Attachment.Index官方明确说明仅在当前会话有效，哪怕是已发送或已接收的邮件，如果后续被修改（比如添加/删除附件，哪怕是在已发送文件夹里修改保存），索引都会发生变化。官方文档确实没明确说明未修改的已保存邮件索引是否不变，但这属于未定义行为，绝对不能依赖。
• Redemption的rdoMail.Attachments[index]的索引，在邮件未被修改且同一会话的情况下，和Outlook的索引是一致的，但跨会话或者邮件被修改后，就无法保证一致性了。

正确的做法是保存附件的EntryID（不管是Outlook的Attachment.EntryID还是Redemption的RDOAttachment.EntryID），后续通过rdoMail.Attachments.GetEntryID(entryId)来获取对应的附件，这才是跨会话、跨重启的可靠方式。

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