User Delete requests when in Backup mode deletes the shortcut without warning
|Article:TECH205556|||||Created: 2013-04-25|||||Updated: 2013-08-29|||||Article URL http://www.symantec.com/docs/TECH205556|
|NOTE: If you are experiencing this particular known issue, we recommend that you Subscribe to receive email notification each time this article is updated. Subscribers will be the first to learn about any releases, status changes, workarounds or decisions made.|
When Enterprise Vault (EV) is in Backup mode, and a deletion request is performed by the EV Outlook Client (Due to deleting an EV Shortcut object), the delete request will remove the Shortcut however will fail to delete the item in the archive. This leaves the item in the archive and can prevent the item from being deleted, updated or moved unless through Virtual Vault (VV).
Internet Information Servicesa (IIS) Error:
18~201211272213530000~Z~E093FFA5A44DC3E6042CCA736E607341 80 EXAMPLE\Username <Remote IP Address> EnterpriseVaultOutlookExt-V184.108.40.2063 500 0 0
When a user deletion request occurs, this process sends a deleteo2k.asp request immediately to the EV server. While EV is in Backup Mode, deleteo2k.asp requests will return a 500 error due to the request failing to be inserted to the Vault Store database to be processed. This delete request will not be processed after EV is out of Backup Mode.
This issue has been addressed as part of the following release:
Enterprise Vault 10.0.4 Release
Enable user for EV Vault Cache and Virtual Vault to allow users to administor associated archives. (See Related Articles for Virtual Vault Overview and Best Practices)
Note: Browser Search and Archive Explorer web applications may be leveraged to delete items in the archive which do not have associated shortcuts within the mailbox.
User Delete requests when in Backup mode deletes shortcut without warning
Article URL http://www.symantec.com/docs/TECH205556