Outlook client-only rule doesn't move Enterprise Vault archived original (non shortcut) items

book

Article ID: 100027641

calendar_today

Updated On:

Cause

When Delete original item after archiving policy is turned off, Enterprise Vault archiving task creates a copy of the original item and remain it as "original item" after archiving, because the actual "original" item will be used in shortcut processing and other purpose and will be amended so can't hold original contents. When copying the item, Exchange Server give a new PR_ENTRYID for the copied item.

On the other hand, Outlook Rule was first tried by Exchange server side. While rule processing on Exchange server side, Exchange found that the item can't be processed because one or more client-only rules will be applied to the item. In such case, Exchange server will generate Deferred Action Message (DAM) in Deferred Action Folder (DAF).

On logon from Outlook client to Exchange completion, Outlook checks to see if there are any DAM items in DAF. If found any, Outlook will process these DAM items. In this process, Exchange and Outlook use PR_ENTRYID property to identify which mail item is the target for each DAM item.

If Enterprise Vault process the item between Exchange server side process and Outlook client side process, PR_ENTRYID is changed as described above, so Outlook can't identify the item and ignore the DAM, so the client-only rule will not be executed.


Manual run of client-only rules aren't effected by this design, so workaround is to run rules manually. From Outlook, Tools -> Rules and Alerts -> Run Rules Now...

 

Resolution

This is by design as described above.

 

Applies To

This problem occur when the all the conditions below are met.

1. Enterprise Vault for Microsoft Exchange

2. Delete original item after archiving policy is turned off.

3. Customer uses Outlook Rule and at least one rule is client-only rule.

Issue/Introduction

Outlook client-only rule doesn't move Enterprise Vault archived original (non shortcut) items. Note 1: The problem occur only when Delete original item after archiving policy is turned off. (Default for this setting is On) Note 2: Shortcuts are moved properly.

Additional Information

ETrack: 2917185 JIRA: null