SaveChanges misslyckas och genererar ett felmeddelande för MAPI_E_NOT_FOUND på stora meddelandetexten i Exchange 2013 CU6

Symptom

I Microsoft Exchange Server 2013 kumulativ uppdatering 6 (CU6), om du anropar meddelande-klass SaveChanges metod på en egenskap som inte definierar formatet prioriterade organ (bäst) och om meddelandet är för stort kan processen misslyckas och returnerar följande felmeddelande:

Det här problemet uppstår bara när du använder en Outlook-profil i online-läge.

Till exempel anges en bästa brödtextens format som anges av egenskapen PR_NATIVE_BODY_INFO till "HtmlBody (0x03)." Den här inställningen motsvarar egenskapen PR_HTML för meddelandet. Om en begäran görs sedan att ändra egenskapen PR_RTF_COMPRESSED , misslyckas begäran att spara ändringarna om meddelandet är för stort.

Obs! Detta är ett känt problem som påverkar Symantec Enterprise Vault. I det här fallet uppdateras organet som oformaterad text på rätt sätt. RTF-organ returnerar dock MAPI_E_NOT_FOUND felmeddelande.

Orsak

Det här problemet uppstår eftersom Exchange 2013 stöder flera format för brödtext, lagras endast ett organ format. Dessutom utför en dynamisk konvertering Exchange om det krävs ett annat format.

Till exempel om HTML-texten sparas och ett RTF-organ begärs, Exchange konverterar HTML-brödtext till RTF och den returnerar en skrivskyddad dataström. Eftersom egenskapen PR_RTF_COMPRESSED inte finns i arkivet, returnerar butiken meddelandet MAPI_E_NOT_FOUND fel vid ett försök att komma åt den i läget Läs/Skriv.

Lösning

Lös problemet genom att installera den kumulativa uppdateringen följande:

Kumulativ uppdatering 8 för Exchange Server 2013

Temporär lösning

Använd egenskapen PR_NATIVE_BODY_INFO att avgöra vilken typ av meddelandetexten som lagras och komma åt den enda egenskap som lagras. Du behöver inte längre uppdatera alla meddelandetexter eftersom endast en meddelandetexten lagras.

Status

Microsoft har bekräftat att detta är ett problem i Microsoft-produkterna som nämns i avsnittet "Gäller".