症状
在 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 错误消息。
解决方案
若要解决此问题,请安装以下累积更新︰
解决方法
使用PR_NATIVE_BODY_INFO属性,以确定何种存储的邮件正文并访问存储的唯一属性。您不再需要更新所有邮件正文,因为只有一个消息正文存储。
状态
Microsoft 已经确认这是“适用于”一节中列出的 Microsoft 产品中的问题。
本文讨论的第三方产品是由与 Microsoft 无关的公司生产的。Microsoft 不做这些产品的任何担保、默示或其他有关的性能或可靠性。