EWS RichText缺失ContentId

Question

我们遇到了一个问题，丰富的文本电子邮件被转发为附件的ContentIDs被从附件中剥离，这阻碍了我们正确地重建电子邮件消息。

下面是EWS对带有图片的富文本电子邮件的一个示例响应

<t:ItemAttachment>
    <t:AttachmentId Id="AAMkAGRlNWE5MTc1LTUyODktNDRjNi05NTcwLWZjZGM1ODNkMmUxYwBGAAAAAABtOoJbAYfVSZzEDvklEbbPBwBBckyCi9TiT4cjPa5DHYwwAAAAemCwAABBckyCi9TiT4cjPa5DHYwwAABknfz6AAABBgAEAAAAAAA="/>
    <t:Name>Message with Attachments</t:Name>
    <t:Size>97993</t:Size>
    <t:LastModifiedTime>2014-06-10T13:19:25</t:LastModifiedTime>
    <t:IsInline>false</t:IsInline>
    <t:ContentId>F4880FA606E4DC9BBC5143C97C52AC554A3AE55B@1</t:ContentId>
</t:ItemAttachment>

以下是作为附件转发的同一封电子邮件：

<t:FileAttachment>
    <t:AttachmentId Id="AAMkAGRlNWE5MTc1LTUyODktNDRjNi05NTcwLWZjZGM1ODNkMmUxYwBGAAAAAABtOoJbAYfVSZzEDvklEbbPBwBBckyCi9TiT4cjPa5DHYwwAAAAemCwAABBckyCi9TiT4cjPa5DHYwwAABknfz6AAACBgAEAAAAAAAGAAQAAQAAAA=="/>
    <t:Name>Picture (Device Independent Bitmap)</t:Name>
    <t:Size>5210</t:Size>
    <t:LastModifiedTime>2014-06-10T13:19:25</t:LastModifiedTime>
    <t:IsInline>true</t:IsInline>
</t:FileAttachment>

Exhange 2010 SP2 EWSAPIv2.2(也发生在2.0中)

我的问题是：

1. 这是故意的行为吗？(如果是，为什么？)
2. 这个可配置的交换(不是正确的论坛-但仍然)
3. 如果它在交换上是可配置的，所述配置的含义是什么。

我很快就会在这里引发一场MSFT支持事件。

重建步骤：

1. 新消息
2. 将消息设置为富文本
3. 附像
4. 发送电子邮件
5. 打开电子邮件
6. 作为附件转发到另一封富文本电子邮件(这也可以通过将msg保存到磁盘，然后手动附加)

Answer 1

在构建outlook外接程序时，我经常与exchange打交道。我说的是旧版本的交换和展望，但我有痛苦的记忆，处理自定义的电子邮件发送和重建。尤其是RTF。

1. 这是有意的行为吗？-我猜是的，而且很可能是因为如果exchange不删除ContentId，它可能会出现安全问题或导致客户端的意外行为。交易所开发人员将很难支持跟踪附在其他交换电子邮件上的交换电子邮件。当它是附件时，它不再认为它是一个交换项，交换它只是另一个数据块。
2. 这是可配置的吗？-我不确定，因为我最近没有处理任何更新版本的exchange，但基于我对数字1的回答，可能不是。
3. 如果它在交换上是可配置的，那么所述配置的含义是什么？--参见答案1，我的猜测是与安全相关的和/或开发困难。

您需要查看消息的RTF内容。但是请注意，在许多情况下，RTF的主体内容通常是使用基-64压缩的，所以您可能需要首先解压它。

-