Post processing may fail for Custom Recurring Calendar items with error 0x8004010f (MAPI_E_NOT_FOUND)

Post processing may fail for Custom Recurring Calendar items with error 0x8004010f (MAPI_E_NOT_FOUND)

  • Article ID:100014995
  • Last Published:
  • Product(s):Enterprise Vault

Problem

In environments where recurring Custom Calendar items (using a custom message class) are in use, Post Processing for items that have at least one single occurrence edited may fail.  Issue is seen when the Enterprise Vault Exchange Mailbox Policy Advanced Setting "Strip attachments to non-shortcut items" is set to "On" (Default Setting).

Error Message

Before EV 10.0.4 CHF3 specific Event IDs are not logged in Event logs on the EV server or Exchange Server.
In 10.0.4 CHF3 and above Events 3436 & 3435 will be logged in the EV Event log

Event ID: 3436
Task Category: Archive Task
Level: Error
Description:
The task was unable to connect to Exchange Server.
Error: Success (0)
Task: Exchange Mailbox Archiving Task for EX2013-MBX
Exchange Server: EX2013-MBX
Additional Information:
Because of the error, the task failed to post-process an item that was in the Archive Pending state. The task will change the item back to its original state.


Event ID: 3435
Task Category: Archive Task
Level: Error
Description:
Could not post-process a message. The message will remain in the Archive Pending state.
To reprocess the message, enable the Advanced policy setting 'Pending shortcut timeout' and restart the task.
Task: Exchange Mailbox Archiving Task for EX2013-MBX
Exchange Server: EX2013-MBX
Archive: Unknown
Folder: \Calendar
Saveset ID: 201412299889600~201302192124210000~Z~E0BABA40E9FE4E446A7F9ED1839232C1


Indicators the the issue may be present are as follows:

  1. Exchange "Recoverable Items\Versions" folder consumes a large amount of space on the Exchange Servers.
  2. The Exchange "Recoverable Items\Versions" (not visible to users) folders contain large quantities of duplicate Recurring Custom Calendar items, modified by the Vault Service Account.
  3. Calendars in Enterprise Vault Users' Archives contain large quantities of duplicate Recurring Custom Calendar items, corresponding to the duplicate items within Exchange "Recoverable Items\Versions" folder.

A Dtrace of ArchiveTask will contain a "0x8004010f" MAPI_E_NOT_FOUND error code during post processing.
{DELATTACHFROMMSGANDAPPENDLIST.EN_US} HRXEX fn trace : Returning error [0x8004010f]

Cause

In Exchange 2010 and above, when a single occurrence of a Recurring Custom Calendar Item is edited, it is stored as an attachment to the original Recurring Calendar Item.  During Post Processing of an Recurring Custom Calendar item, with at least one Edited Single recurrence, the archiving task attempts to strip attachments from the Edited Occurrence.  If the Edited Occurrence is missing the MAPI Attributes PR_BODY, PR_HTML, or PR_RTF_COMPRESSED Post Processing may fail with "0x8004010f" MAPI_E_NOT_FOUND.  During the next archiving run, the item is seen as a new item and is re-archived.  This in turn causes the Exchange item to be placed in the Exchange "Recoverable Items\Versions" folder repeatedly. 
 

Steps to confirm issue

  1. Examine the calendar in the user's archive for multiple copies of Recurring Custom Calendar items.
  2. Start a DTrace on the ArchiveTask process
  3. Execute a "Run Now" for "Archiving and Shortcut Processing" against the affected user's mailbox
  4. Allow the "Run Now" to complete
  5. If the Vault Store's "Safety Copies" setting is configured for "After backup", run a backup of Enterprise Vault.
  6. Wait for the "Storage File Watch" process completion event for all partitions of the Vault Store containing the user's archive.  The end of the "Watch file partition scan" is indicated by an Event from the "Storage File Watch" process in the Symantec Enterprise Vault Event Log.
  7. Allow an additional 10 minutes for the Archive Task to finish post-processing
  8. Stop the DTrace
  9. Examine the DTrace for error lines containing 
    "{DELATTACHFROMMSGANDAPPENDLIST.EN_US} HRXEX fn trace : Returning error [0x8004010f]"

If the above conditions are present, then it is likely that the issue is present within the environment.  

Solution

This issue has been addressed in the following releases:

Enterprise Vault 11.0.1 Cumulative Hotfix 2
http://www.veritas.com/docs/000025301
 
Enterprise Vault 12
http://www.veritas.com/docs/000099905
 
Note: For information on how to obtain Enterprise Vault 12 see: How to obtain the license key and installation download for Veritas products
 

Workaround

Change the Exchange Archiving Policy Setting "Strip attachments to non-shortcut items" to "Off":

  1. Open the Vault Administration Console (VAC)
  2. Navigate to the affected Exchange Mailbox Policy
    Directory > Site > Policies > Exchange > Mailbox
  3. Open the affected Exchange Mailbox Policy
  4. Click on the Advanced tab
  5. Select Archiving General from the List settings from: drop-down
  6. Locate the setting named Strip attachments to non-shortcut items and change it to "Off"
  7. Synchronize all mailboxes that are affected by the modified Exchange Mailbox policy

References

Etrack : 3695535

Was this content helpful?