This course will teach participants about installing and configuring Python, syntax, importing, statements, types, strings, booleans, files, lists, tuples, comprehensions, functions, and classes.
MailStore set such that EveryOne is Denied Read Access, now I can't see it !!
I've inadvertantly set one of my MailStores such that EveryOne is Denied Read Access to it. Unfortunately I can't see it anymore when I log into the Exchange 2003 Mail Server as Administrator. I can see the MailGroup that it lives in, but not the store, so I can't unset the EveryOne is Denied flag. And I can't delete the MailGroup without emtpying it out, I can't Dismout the store, it's rubbish.
Anybody any idea how I can gain control of the MailStore again ?
Anybody any idea how I can gain control of the MailStore again ?
Asked:
-
3
2
1 Solution
yeah, I've already been in there and done that last week. However, I don't think I waited "a few minutes" for the change to replicate.
Seem to have worked a treat, now. I'm not sure that's worth 125 points :-/ Let's see how well you got on with my other question about emptying the system users.
Seem to have worked a treat, now. I'm not sure that's worth 125 points :-/ Let's see how well you got on with my other question about emptying the system users.
Hmm, maybe not.
Configuration
cn-configuration
cn=services
cn=Microsoft Exchange
cn=<your organisation>
cn=Administrative Groups
cn=First Administrative Group
cn=Servers
cn=Exchange2
cn=information store
cn=Unused Storage Group (EX2)
......CN=Dead MailBoxes
......CN=something else but I managed to get rid of it as descibed above
In the ADSIEDIT I have an item with no class name, called 'Dead MailBoxes'. Where it should be an msExchPrivateMDB mine is just blank. And when I right click on it, it won't show me the properties of it, nothing happens.
If I try to delete the 'Unused Storage Group' from ESM it says: "There is no such object on the server. Facility: Win32, ID no: c0072030, Exchange System Manager"
I was going to have a go at deleting it from ADSIEDIT but after the 'ADSIEDIT WARNING', I got a bit scared and thought I'd ask an expert what they thought of it.
Configuration
cn-configuration
cn=services
cn=Microsoft Exchange
cn=<your organisation>
cn=Administrative Groups
cn=First Administrative Group
cn=Servers
cn=Exchange2
cn=information store
cn=Unused Storage Group (EX2)
......CN=Dead MailBoxes
......CN=something else but I managed to get rid of it as descibed above
In the ADSIEDIT I have an item with no class name, called 'Dead MailBoxes'. Where it should be an msExchPrivateMDB mine is just blank. And when I right click on it, it won't show me the properties of it, nothing happens.
If I try to delete the 'Unused Storage Group' from ESM it says: "There is no such object on the server. Facility: Win32, ID no: c0072030, Exchange System Manager"
I was going to have a go at deleting it from ADSIEDIT but after the 'ADSIEDIT WARNING', I got a bit scared and thought I'd ask an expert what they thought of it.
Is replication working correctly?
If the object is there, but when you try to do anything you get an error it is like there is an orphaned object.
This subject has come up recently, I am sure I have seen a question on the topic in the last couple of weeks.
Simon.
If the object is there, but when you try to do anything you get an error it is like there is an orphaned object.
This subject has come up recently, I am sure I have seen a question on the topic in the last couple of weeks.
Simon.
Question has a verified solution.
Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.
Have a better answer? Share it in a comment.
Join & Write a Comment Already a member? Login.
Featured Post
Tackle projects and never again get stuck behind a technical roadblock.
Join Now
The first location I would look in is,
Configuration
cn-configuration
cn=services
cn=Microsoft Exchange
cn=<your organisation>
cn=Administrative Groups
cn=<your admin group>
cn=Servers
cn=<your server>
cn=information store
cn=<your storage group>
Then right click on the mailbox store/s and choose Properties, security and then remove the deny. Close ADSIEDIT and then wait a few minutes for the change to replicate.
Restart the information store service so that the permission change is read again.
ADSIEDIT WARNING - Think of it like the registry on your computer, only 10 times worse. Once false move and you could be looking at a rebuild of the domain.
If you aren't sure, then don't do it.
Simon.