Disappearing restore request. When your restored stuff just disappear in front of you.
We are running a hybrid with Exchange 2016. The users have an on-prem mailbox and an archive in Exchange Online.
A employee left the company, got married and then came back. Service Desk decided to give her a new mailbox and archive.
After some weeks she asked if she could get all her old mail back. No problem. Since everything was moved to her archive, I would simply do a restore request in the cloud and everything should be fine?
I started the restore request, everything seemed fine, but after a while the restored stuff just disappeared.
Lets find out what happend. I decided to reproduce the error and restore a softdeleted archive into my own.
I have my own archive guid and the softdeleted and run the following command to start the restore request
New-EXOMailboxRestoreRequest -Name RestoredArchive -SourceMailbox 1ea7d430-a834-4bf8-8e68-8ce4a64e2712 -TargetIsArchive -TargetMailbox f7f0994b-f7d1-4184-b23f-43aa8a849ddf -TargetRootFolder "RestoredArchive" -AllowLegacyDNMismatch -Verbose
Now lets see the folders being restored. They are all showing up now. And be aware of the ContainerClass. This is what it should look like. A folder is an IPF.Note
The folder is visible in Outlook
After a while I check again, and we have one of the famous stalls. After a few moments it continues.
Lets check the folders again. WHAT? What happend? Did my folder just change to an appointment?
How does it look in Outlook. Oh, it disappeared.
What if I take a look at the calendars. Here it is, but pretty useless here.
What do we do now? There is only one thing to do, fire up MFCMAPI.
Mark the folder, and find PR_CONTAINER_CLASS
Thanks for reading.