Virtual Vault - "You cannot modify items that are in Virtual Vault other than your own"

[MatsHolm]

Hi!
Trying out Virtual Vault (great feature by the way) but seems to be stuck at one problem.
The users can delete from archives and on Virtual Vault advanced otpions I allow:
-users can archive
-users can copy to other store
-users can copy within their archive
-users can hard delete
-users can reorganize 

But when I try to drag something to the VV or from VV, copy/move within VV or delete anything fron VV I get the error saying:
"You cannot modify items that are in Virtual Vault other than your own"

This is strange cause this is my VV and I can't see what is wrong with the settings.
Anyone that can guide me in right direction??

//Mats

[Michael_Bilsbor]

Hi,
Can you do
http://<servername>/EnterpriseVault/listarchives.aspx

and post the out of the user in question.

How do they have access to the archive.  You sure this is their default archive and not simply one they have access to(perhaps even full access to). 

[Michael_Bilsbor]

Hi,

If you look in the client log file for an entry like this

 DEFAULTARCHIVEID = 112XJHDHDHFHGEU8ERH548RFHF


is this entry indeed the users archive?  to tell you can goto the users archive in the VAC and the advanced tab to show you their archive ID

[MatsHolm]

Hi!
Vault ID is OK and this is my archive.

If I look in the client logg I recieve this error when I try to copy a mail within VV (Sorry the <In top xxxxxxx> was in Swedish, think I got it right in translation...):

11/11/2009 15:08:15.017[ 320]: EVMSP: <In Top of Personal folders> [Folder::CreateFolder] A COM error exception has been caught:80070005
11/11/2009 15:08:15.108[7376]: EVMSP: <In Top of Personal folders> [Folder::CreateFolder] A COM error exception has been caught:80070005
11/11/2009 15:08:17.775[7376]: EVMSP: <Inbox> [Folder::CopyMessages] A COM error exception has been caught:80070005
11/11/2009 15:08:19.033[ 320]: EVMSP: <In Top of Personal folders> [Folder::CreateFolder] A COM error exception has been caught:80070005
11/11/2009 15:08:23.193[ 320]: EVMSP: <In Top of Personal folders> [Folder::CreateFolder] A COM error exception has been caught:80070005

Same error for copying to VV or from VV.

//Mats

[Michael_Bilsbor]

If you haven't already i think time to call SYMC support.

[scumnvillainy]

Looking to upgrade to from EV8SP2=>EV80SP3 and have only done so in our Test lab so far. We are seeing this same exact error post upgrade when trying to drag non-vaulted items into the Virtual Vault folders...

"You cannot modify items that are in Virtual Vault other than your own"

Similar error exceptions as posted in this thread above showing up in our EV client logs...

24/12/2009 17:37:42.576[4028]: EVMSP: <Inbox> [Folder::CreateMessage] IID: NONE, Flags: MAPI_DEFERRED_ERRORS
24/12/2009 17:37:42.577[4028]: EVMSP: <Inbox> [Policy::IsOpAllowed] Operation: InterStoreItemMoveOrCopyInToBeArchived, Allowed: false
24/12/2009 17:37:42.578[4028]: EVMSP: <Inbox> [Folder::CreateMessage] A COM error exception has been caught:80040119
24/12/2009 17:37:42.580[4028]: EVMSP: <Inbox> [Common::GetLastError] Returning text: You cannot modify items that are in a Virtual Vault other than your own.
24/12/2009 17:37:46.342[4028]: EVMSP: <Inbox> [Folder::CreateMessage] IID: NONE, Flags: MAPI_DEFERRED_ERRORS
24/12/2009 17:37:46.343[4028]: EVMSP: <Inbox> [Policy::IsOpAllowed] Operation: InterStoreItemMoveOrCopyInToBeArchived, Allowed: false
24/12/2009 17:37:46.344[4028]: EVMSP: <Inbox> [Folder::CreateMessage] A COM error exception has been caught:80040119
24/12/2009 17:37:46.345[4028]: EVMSP: <Inbox> [Common::GetLastError] Returning text: You cannot modify items that are in a Virtual Vault other than your own.

I do not know where you can even edit the "InterStoreItemMoveOrCopyInToBeArchived" setting as it is not tied to any of the new VVault Desktop policy options that I see. The closest thing is "VVAllowIntraStoreCopy" which is the "Users can copy items within their archive" option under the VV desktop policy. We have that set to yes.

The fix for us was to perform a Reset on the users VaultCache. After restarting Outlook and re-synching VC, we were then able to drag items into the VC folder. Nothing was changed in any policy and we did not re-synch any accounts. Now the client logs show TRUE for that "InterStoreItemMoveOrCopyInToBeArchived" setting...

24/12/2009 18:30:09.295[1532]: EVMSP: <Inbox> [Folder::CreateMessage] IID: NONE, Flags: MAPI_DEFERRED_ERRORS
24/12/2009 18:30:09.296[1532]: EVMSP: <Inbox> [Policy::IsOpAllowed] Operation: InterStoreItemMoveOrCopyInToBeArchived, Allowed: true
24/12/2009 18:30:10.328[ 220]: CONTENT:BUILD: Completed INITIAL Job filename '2009_01_03_0006.db' state '1'

We were able to duplicate this behavior on 2 separate accounts, via two separate test machines. Both test users had fully synched/working Vault caches prior to the upgrade.

Is this a known issue with Virtual Vault? Do we need all of our users to reset their existing VCache in order to be able to take adavantage of the promised drag and drop feature of Virtual Vault?

[M__Urban]

Just upgraded to SP3 and have activated Virtual Vault for a small group to test it out (still awaiting the best practices document).  We are seeing the same exact issue with anyone who had an existing Vault Cache (SP2) in place on their client.  In grabbing some debug info were seeing: 
VV_PrimaryArchive        false

However in ALL cases this is correct.  A reset of the vault cache does resolve the issue HOWEVER this will not be an acceptable solution to have to re-touch 500+ machines that already have a vault cache in place.  I have opened a case with Symantec on this issue and provided the log files to them.