Interesting! Since I only have Outlook 2007 in my lab environment right now, I hadn't actually tested it with 2010 yet. Thanks for the heads up. I'll look into it.

Hrmm, well, I could not reproduce the problem in my lab:

PS C:\> $outlook = new-object -com Outlook.Application

PS C:\> $outlook.Version

14.0.0.4760

PS C:\>

So I'm not sure what was going wrong on your box. The error number you saw 80080005, maps to ERROR_ACCESS_DENIED. Maybe you needed elevation or something?

Hey guys, I noticed that one of my machines, when I go into Outlook, instead of just "Public Folders" I see "Public Folders - email address". Since the script is just looking for "Public Folders", it doesn't find it, and it won't continue. I'll update the script to handle this situation soon. In the meantime, you can just change this line:

$pfs = GetNamedFromCollection "Public Folders" $session.Folders

Change the "Public Folders" text to match however it looks in Outlook.

Oh, and sorry for the delayed response. I have been on vacation. :)

Awesome! I'm glad it was able to help you out.

I've updated the script above so you should no longer have to manually change it to avoid getting the "Couldn't find public folders in profile". It searches based on store type now instead of name, so it doesn't matter what Outlook decides to display in the GUI.

Good point! Thanks for that tip Marc.

Hey Rabs, this is a little late, but no, there's currently no easy way to fix conflicts in bulk. That would be a handy script though, if possible. I will look into that.