Enterprise Vault - Client will not allow deletion of old emails group
Updated: 21 May 2010 | 13 comments
This issue has been solved. See solution.
Hello All,
Issue: -
There are 2 or more user profiles on a single dektop i.e they all share the same workstation.
One of these user is enabled in EV to for archiving while the others are not.
Now, the users who are not selected / enabled for archiving are not able to delete the OLDER emails group. (Older, Last Week, etc.) Even though these users mailbox and emails aren't archived...
It returns an error : -
Enterprise Vault cannot delete an Outlook group.
Select all the mails first and then delete.
Please advise as to why is it coming on NOT-Enabled Users and how can this be resolved.
Regards,
GauravAditya
discussion Filed Under:
Comments
That is expected behaviour
That is expected behaviour when the EV Outlook add-in is installed. It does not matter if they are enabled or not.
Here is the technote:
http://support.veritas.com/docs/286750
Issue:
When a user attempts to perform a group delete in an Outlook folder with the view arranged with "Show in Groups", the following is observed:
Enterprise Vault 6.0 Service Pack 3 (SP3) - Service Pack 5 (SP5)
No message is displayed to the user and no items are deleted when a grouped header is selected and any delete function is accessed (keyboard, toolbar, menu).
Enterprise Vault 7 and above
When the Mailbox Policy for Shortcut deletion behavior is set to "Ask User" or "Both deleted", the following message is displayed to the user and no items are deleted.
Since users are unable to delete by using the group header, each email needs to be selected under the group header and deleted. Select multiple emails together and delete all at once.
NOTE:
When the Mailbox Policy for Shortcut deletion behavior is set to 'Shortcut only" in EV 7 and above, the standard Outlook warning message is displayed "This action will apply to all items in the selected groups." and the shortcuts and any non-archived items in the group are deleted.
Tony Sterling
It is something that is under
It is something that is under consideration for the future ... to a) handle this better for non-enabled users and b) just allow it in general on groups of message ... but there are no timelines yet on when this will be done.
Hope that helps,
The TN is not applied for EV 8.0 / SP1 / SP2
Hello,
I checked the technote that Tony referred to but this TN does not apply to EV version 8.0 and above... Is it that TN is pending for updation or that I am missing something in the configuration part so as to get rid of this issue?
Please advise.
Regards,
GauravAditya
Regards,
GauravAditya
In your policy what is your
In your policy what is your shortcut deletion bahaviour set to? Oh wait a second ... which user can't do the delete? The enabled user, or the non-EV enabled user? And for the EV enabled user, what is their desktop policy setting for shortcut deletion behaviour -> shortcut, ask or both?
I _think_ I saw a bug around here the other day where a non-enabled user (who obviously isn't affected by EV policy) can't delete groups at all, if the client is installed.
Actually yes, I *did* see a
Actually yes, I *did* see a bug the other day.. It's filed to be considered to be addressed in the next major release... though that doesn't mean it WILL be addressed, just that it will be considered.
If it's a big pain point then I would suggest raising a support case, and having it escalated through that route (and I can add the references to the escalation I have, or create a new one, etc).
Hope that helps,
Exactly, that is what I am talking about
A NON-Enabled user (Who has nothing to do with this policy) is affected and is not able to delete the group...
The two things we need to check in this case is: -
1. Is this is a Bug in the software;
2. Is it because of EV Client installed on the Desktop being shared by multiple people so the ones who are Non-enabled users are affected too...
Please update.
Regards,
GauravAditya
Regards,
GauravAditya
Hi, 1. Yes 2. Yes, though
Hi,
1. Yes
2. Yes, though not specifically because it's been shared. Even if it were a single user machine, and that user wasn't enabled for EV, they'd still hit this problem. When our add-in loads with Outlook it checks if the user is enabled for archiving, and if they aren't then it hides "everything", but unfortunately it still gets in the way with regards to a delete.
Hope that helps,
Patch ?
Any updates on when are can we expect a fix to this issue?
Regards,
GauravAditya
Regards,
GauravAditya
As I said above
As I said above :
<snip>
Actually yes, I *did* see a bug the other day.. It's filed to be considered to be addressed in the next major release... though that doesn't mean it WILL be addressed, just that it will be considered.
If it's a big pain point then I would suggest raising a support case, and having it escalated through that route (and I can add the references to the escalation I have, or create a new one, etc).
</snip>
Hope that helps,
Thanks a lot for all the
Thanks a lot for all the inputs...
Take Care.
Regards,
GauravAditya
Regards,
GauravAditya
We are experiencing this same
We are experiencing this same problem. Do you know if it is expected to be fixed in SP3?
Thanks
James
Hi, we have the same issue.
Hi,
we have the same issue. A non-ev client receives this message.
BR
Remove EV Client
Hello,
The resolution is to remove the EV Client from the user's computer that are not enabled for EV. I found this in my test environment.
Well, if you enable those users for Enterprise Vault they will have no issues deleting group of emails.
This has been replicated and escalated.
Thanks,
Rahul Sharma
Would you like to reply?
Login or Register to post your comment.