When moving items between mailboxes without Owner permissions applied, Outlook may exit unexpectedly

When moving items between mailboxes without Owner permissions applied, Outlook may exit unexpectedly

Article: 100023497
Last Published: 2015-08-04
Ratings: 0 0
Product(s): Enterprise Vault

Problem

Issue only occurs when moving shortcuts OR messages between mailboxes,  where user is not the owner of the mailbox, and has delegate rights.

* Does not occur when moving shortcuts/messages within same mailbox. 
* Does not occur when moving shortcuts/message to other mailbox if mailbox permissions were assigned through Exchange.
* Does not occur if copying the shortcut/message between mailboxes.
* Does not occur when “Owner” rights are assigned and delegate rights are removed.

Error Message

In the Client Trace, the last processes that start when Outlook terminates are:
COutlookFolderEvents::BeforeItemMove: 0x0     
COutlookDeleteHandler::BeforeItemMove: 0x0    
COutlookDeleteHandler::IsDestinationDelete: 0x0

Outlook Crash:
Problem signature:
  Problem Event Name: APPCRASH
  Application Name: OUTLOOK.EXE
  Application Version: 14.0.4760.1000
  Application Timestamp: 4ba8fefd
  Fault Module Name: Valkyrie.dll
  Fault Module Version: 10.0.1.1187
  Fault Module Timestamp: 4facdfd2
  Exception Code: c0000005
  Exception Offset: 0010afbd
  OS Version: 6.1.7600.2.0.0.256.1
  Locale ID: 1033

Additional information about the problem:
  LCID: 1033
  skulcid: 1033

Cause

When a user is granted delegate access,  permissions are not granted to the deleted items folder and, therefore won’t appear in their mailbox if added as an additional mailbox in Outlook. 

If an item is moved into a folder of the user having delegate access to the user’s mailbox, Enterprise Vault checks if the destination folder is the deleted items folder.  To do this, Enterprise Vault attempts to get a handle on the deleted items folder in the destination store to compare the folder EntryIDs.  Enterprise Vault calls GetDefaultFolder on the store object. Although that returns success, the MAPIFolder reference is null.  Finally, Enterprise Vault attempts to get the EntryID from the null folder reference and Outlook terminates.

Solution

This issue has been addressed as part of the following release:

Enterprise Vault 10.0.2 cumulative Hotfix 2 Release
http://www.veritas.com/docs/000087443

Enterprise Vault 10.0.4 - Release Details
http://www.veritas.com/docs/000003643

 

Applies To

Microsoft Outlook 2010
EV Client 10.0.0, 10.0.1, 10.0.2

References

Etrack : 2988257 Etrack : 2941625

Was this content helpful?