Enterprise Vault for Exchange: non-standard folders called "the file so that changes to the file will be reflected in your item." or "Edit <0w>" are created in Outlook 2010 when users with delegate permissions perform operations in the mailbox they have delegate permissions in
With Enterprise Vault Outlook Add-In during any drag and drop operations it is checked if the destination folder is the "Deleted Items" (this to trigger the Enterprise Vault item deletion), the check is done using the Microsoft call 'GetDefaultFolder'.
Since User2 does not have permissions on User1 "Deleted Items" Outlook 2010 tries re-create it, but since this is a special folder it fails and instead other special folders are created like "Edit <0w>" or "the file so that changes to the file will be reflected in your item."
As a workaround (taken as example the above scenario) it is possible to give User2 the permissions "None with only 'folder visible'" permissions to view User1 "Deleted Items".
This issue has been addressed in the following release:
Enterprise Vault 11.0.0 Cumulative Hotfix 1 Release
Enterprise Vault 11.0.1 – Release Details
The above behaviour occurs in a scenario with delegated users for exchange mailboxes (User1 and User2)
- User2 with 'Publishing Editor' permissions on User1 mailbox - root level
- User2 with 'Publishing Editor' permissions on User1 folders or subfolders
- Enterprise Vault Outlook Add-In 10.0.1 onwards installed and Outlook 2010
- User2 accessing User1 mailbox and drag and dropping any emails accross different folders/subfolders