Quantcast
Channel: Symantec Connect - Archiving and eDiscovery - Discussions
Viewing all articles
Browse latest Browse all 3821

Any stone unturned - removing inherited permissions?

$
0
0
Oui, j'ai besoin d'une solution

Hi everyone,

I have a scenario where an Archive (EV10) has inherited permisions assigned to it but the user has left the organisation - Exchange mailbox and AD object already deleted. Zero day archive completed BUT permissions not zapped before they were deleted

I've now been asked to remove the permissions

No problem, you say - initiate zap archive permissions

Except that when I do, I get an error - Event ID: 3473 One or more errors occurred during the creation of a profile to connect to an Exchange Server

Ok, still no problem. Resolve issue using the following (troubleshooting points to these Technotes as most significant)

http://www.symantec.com/docs/HOWTO57522

http://www.symantec.com/docs/TECH139751

 

Here is the problem though. The person  I need to follow these Technotes, or allow me to use these Technotes to solve the Event ID: 3473 doesn't want to do this (and has not been specified about why)

The person really, really wants to remove these permissions in SQL, which I neither know how to do, nor think is a very good idea (why not solve the problem at root, as above?)

Apart from a real cowboy workaround of applying an explicit deny in the manual permissions, can anyone think of anything else I can try to remove these permissions that doesn't incldue zap?

Just out of curiosity, why does EV need to make an Exchange connection at all, if all I want to do is remove archive permissions?


Viewing all articles
Browse latest Browse all 3821

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>