The Case of the Disappearing Folders


Here is a issue I have come across at one of my current clients – you create a folder in Outlook 2013 when in the “Mail” view (showing only mail folders – your typical default view) and the folder does not get created. For example, in the below picture the user is in the middle of creating a folder called “Test Inline” as a child of the “SO” folder:

image

Upon pressing Enter, the folder disappears and fails to be created:

image

So where does one see this issue? It happens when the parent folder in question, in this case the “SO” folder is created by Microsoft’s PST Capture Tool. The PST Capture Tool creates a parent folder in the Online Archive in Exchange (in this case Exchange Online but it does not matter which Exchange Server) named after the PST file, so in this case SO.pst was uploaded by the PST Capture Tool. Any attempt to create folders inline below this parent folder fails! If you drag content into this folder it will not allow you to drop the content in, and the folder appears to be read-only.

If you change Outlooks view to Folder view (click the … on the Outlook 2013 view bar to the right) then you can create folders (using a dialog) and that works fine – this is how “Test Dialog” was made in the above pictures.

In Outlook 2010 all works as expected! In Outlook 2013 the issue appears to be the way Outlook handles folders that have a MAPI property on the folder created with a null value. In tools such as MFCMapi and OutlookSpy you can view the MAPI properties of a folder and the folder created by PST Capture Tool has a property call PR_CONTAINER_CLASS_W with a null (empty) value. Normally, Outlook will make folders that have “IPF.Note” as the value of this folder, if this is a mail and notes folder (i.e. not a calendar or contact etc folder). But clearly there is a problem, as Folder view allows you to create subfolders when the parent’s PR_CONTAINER_CLASS_W value is null and so does Outlook 2010 and coincidently does OWA!

The fix, but I do not have it ready yet, is to run an EWS script to reset the PR_CONTAINER_CLASS_W property of this folder to IPF.Note or wait for an update to Outlook from Microsoft, and for that I have contacted them.

With thanks to fellow MVP Jaap Wesselius for double-checking this for me and testing it in Outlook 2010.


Posted

in

, , , , , ,

by

Tags:

Comments

5 responses to “The Case of the Disappearing Folders”

  1. Chris Morris avatar

    Has a solution to this been found? I have an issue where I have folders among multiple mailboxes that are missing the IPF.note value. I’m looking for a quick solution to look for the folders missing this value and add the value, and not doing this manually one by one. Thanks.

    1. Brian Reid avatar

      So there is an EWS script that fixes this, but I did not write the script. I have checked with the author of the script if it is already shared or if I can share it here and will update when I have more info.

      1. Brian Reid avatar

        The code for doing the above fix was written by Glen Scales (Exchange MVP) and can be found at https://github.com/gscales/Powershell-Scripts/blob/master/FolderClass.ps1, but the bug in Outlook/OWA that it fixes has subsequently been fixed and so please check that you are using the latest update to Outlook and Exchange rather than running the code fix.

  2. Mike avatar
    Mike

    I’m having a weird issue with Outlook and Office 365 where the Sent Items folder keeps showing up in the Contacts area. When I use MFCMAPI and change the pr_Container from IPC.Contact to IPC.Note it will work or an hour or so and then go back to IPC.Contact. It’s driving me crazy.

    1. Brian Reid avatar

      You will need to open a support case with Microsoft for this, and turn on mailbox auditing and see what else is accessing your mailbox!

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.