If (Service.ServiceName = 'MSPST MS') or (Service.ServiceName = 'MSUPST MS') Then Set Profiles=CreateObject('ProfMan.Profiles')ĭebug.Print '- Profile: ' & Profile.Name & ' -' The following script (VB) retrieves PST files names from all local profiles: 'Print the path to all the PST files in all profiles If Extended MAPI in C++ or Delphi is not an option, you can use ProfMan (it comes with the distributable version of Redemption - I am also its author) ProfMan can be used from any language. Extended MAPI can only be accessed from C++ or Delphi. PST path is stored in the PR_PST_PATH property.

The officially supported API designed to access and manipulate the profile data is the IProfAdmin interface (you can play with it in OutlookSpy (I am its author) if you click the IProfAdmin button). I think I'm working the credentials system quite hard.The PST file locations are stored in the profile sections in the registry. Perhaps I should also throw into the mix that when I emptied Credential Manager, there were lots of entries from Microsoft Teams, which I use for 4 of the above. An O365 Education account (I think EES)Īll are working except the one mentioned.The broken O365 Business Essentials account.So I'm now in the situation where neither profile works for that email address (O365 Business Essentials), so I have one profile just with that mailbox (not working) and the original profile showing mailboxes from: Clearly I don't understand the influence of the registry entry on any given profile, or indeed cause and effect between all this. The new profile worked and I thought 'great, I wonder if I can reinstall the account on the existing profile?' (to avoid reinstalling everything below.) which I did, and it worked there too. I'm afraid I can't remember the exact sequencing, but I think I added the registry entry, then when it didn't work, created a new profile as a last resort (may be wrong).

Outlook identity registry key