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:
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]
If the above conditions are present, then it is likely that the issue is present within the environment.
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.
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":