all you really need to do in EV in the end is delete the archive from the console. you could go one step further and disable them first, then remove them from the provisioning group if you're keeping their AD account and Exchange mailbox around.

I disable the mailbox from being archive in EV before deleting the archive. We also removes the Exchange mailbox. The AD accopunt is finally disable too. But I still have the entry in the table database. 

have a look at this thread. i think it will answer your remaining question.

https://www-secure.symantec.com/connect/forums/exchangemailboxentry-table-status

I'm a bit curious...  Why do you export the mailbox to a PST?  If you need to keep the data for some reason EV is efficient, reliable and makes the data availble when you need it.  If you don't need to keep the data, why the PST?

Hi JuanAntonio,

I agree with WiTSend. Also about exporting to pst when user leaves company, even through EV Console you can export the PST of a particular item. 

About the entry in the ExchangeMailboxEntry table I would suggest if you disable the archive the archiving should stop for the mailbox as the state changes in the ExchangeMailboxEntry table which infact is efficient so that the archiving does not start for that mailbox again.

We don't need the mailbox of a person leaving the Company to be available on line. We only generates a PST (just in case) ante then removes the Exchange account and disable the AD account.

We generate the PST exporting the data in the archive to the original mailbox first. I know I can archive the whole mailbox f(using a 0 day archiving policy) an then generates the PST from the EV console.The reasons why we don't use that second choice are these (like I read in an old post):

• 0 day archiving policy can take several runs to archive an entire mailbox
• you cannot guarantee you will catch all message classes (so we could not run a delete mailbox script, ect.)
• you cannot 100% guarantee that everything was archived from mailbox
• you left with an archive with orphaned SID

The problem is that, when I delete the archive, the ExchangeMailboxEntry table is not updated and the user (the account) still exists there. Why doesn't it removes that row if the user doesn't exists anymore? No exchange account, no AD account and no EV archive account. This table is supposed to be updated when you run the provisioning task.

When I run the provisioning task in report mode I get this in the log:

"Mailboxes on Exchange Server [SVR-EML-06] that have entries in the Enterprise Vault database but which are not in any provisioning group:"

And I can see the list of all the users whose mailboxes have been deleted. Even if I remove its EV archives, they remain in the list. Until I manually removes the entry in the ExchangeMailboxEntry table. But I would like not to do this manually.

have a look at this thread. i think it will answer your remaining question.

https://www-secure.symantec.com/connect/forums/exc...

Thanks AndrewB. I've already read the thread and I understand the meaning of all the values, specially the ADMbxFlags field, that I think is the most important in this case.

I thought that if you delete an Exchange mailbox and the corresponding EV archive, the related information in this table should be deleted too, as the the account no longer exists. But maube the key why they are there, in my case, is that de AD account already exists, although they are disable.

Maybe I must try with a complete deletion of an AD account.

i dont get what difference it makes if there's an entry in a sql table or not as long as the data is gone. however, in the post i referenced, the point i thought would be of most interest to you is where JesusWept3 states "the user will be removed from provisioning i think after 7 failed attempts and the user no longer exists in Active Directory"

The users have been removed from provisioning and their mailboxes are not being archived. But when I run the provisioning task I got the following error (EventID=41133):

"The Exchange mailbox provisioning task found enabled mailboxes that are not part of a provisioning group. These mailboxes cannot be archived. If you do not want these mailboxes to be archived, use the Administration Console to disable them. See the provisioning task report for further details (full reports only)."

If I run the Provisioning Task in Report Mode and take a look at the log, I can see a list of "Mailboxes on Exchange Server [SVR-EML-06] that have entries in the Enterprise Vault database but which are not in any provisioning group".

The only way of clear tha list is to edit manually the EV table and manually delete the entries there. This is what I woulf like to avoid.