使用 Microsoft 登录
登录或创建帐户。
你好,
使用其他帐户。
你有多个帐户
选择要登录的帐户。

症状

在 Microsoft Exchange Server 2013年累积更新 6 (CU6),如果您调用消息-类SaveChanges方法未定义首选 (最佳) 的正文格式的属性上,如果太大,邮件正文中,进程失败,并返回以下错误消息︰

MAPI_E_NOT_FOUND

只有在联机模式下使用 Outlook 配置文件时,将发生此问题。

例如,最佳的正文格式定义的PR_NATIVE_BODY_INFO属性设置为"HtmlBody (0x03)。"此设置对应于邮件正文中的PR_HTML属性。然后发出请求更改的PR_RTF_COMPRESSED属性,如果保存所做的更改请求失败如果邮件正文太大。

注意:这是一个已知的问题,影响赛门铁克企业存储库。在这种情况下,纯文本正文正确更新。但是,RTF 正文返回 MAPI_E_NOT_FOUND 错误消息。

原因

此问题发生的原因虽然 Exchange 2013 支持多种正文格式,程序将只能有一个正文格式存储。此外,Exchange 执行动态转换请求了另一种格式。

例如,如果存储 HTML 正文,并请求主体为 rtf 格式时,Exchange 将 HTML 正文转换为 rtf 格式,并返回一个只读流。因为存储区中实际上不存在的PR_RTF_COMPRESSED属性,存储时 Outlook 会尝试以读/写模式访问它返回 MAPI_E_NOT_FOUND 错误消息。

解决方案

若要解决此问题,请安装以下累积更新︰

有关 Exchange Server 2013年的累积更新 8

解决方法

使用PR_NATIVE_BODY_INFO属性,以确定何种存储的邮件正文并访问存储的唯一属性。您不再需要更新所有邮件正文,因为只有一个消息正文存储。

状态

Microsoft 已经确认这是“适用于”一节中列出的 Microsoft 产品中的问题。


本文讨论的第三方产品是由与 Microsoft 无关的公司生产的。Microsoft 不做这些产品的任何担保、默示或其他有关的性能或可靠性。

需要更多帮助?

需要更多选项?

了解订阅权益、浏览培训课程、了解如何保护设备等。

社区可帮助你提出和回答问题、提供反馈,并听取经验丰富专家的意见。

此信息是否有帮助?

你对语言质量的满意程度如何?
哪些因素影响了你的体验?
按“提交”即表示你的反馈将用于改进 Microsoft 产品和服务。 你的 IT 管理员将能够收集此数据。 隐私声明。

谢谢您的反馈!

×