Cool, I'll use the EntryID and StoreID as a long term solution then.
I can see the search folders using Exchange Explorer and OutlookSpy but
the GetMAPIFolder routine (that I snagged off the Internet) locates the
folder by getting the root folder for a mailbox and then loops the
sub-folders. There are 12 subfolders off of the root but Search
Folders isn't in the Folders collection from what I can tell.
Thanks,
Scott
You can't get there from here :)
The OOM only allows you to get to folders starting with Top of Information
Store (Personal Folders, Outlook Today, Mailbox), not above that. The search
folders are under the search root at Finder so you can't get there directly
from the Outlook object model. You'd have to use CDO 1.21 or Extended MAPI
or Redemption to get there.
Once there if you get the EntryID and StoreID and use
NameSpace.GetItemFromID then Outlook is happy as a clam and will gladly work
with the search folder and its exposed properties/methods/events.
However, things like the search criteria for the search folder are still not
exposed using the OOM, not even to CDO 1.21. For the search criteria you
have to use Extended MAPI or Redemption.

Signature
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Absolute Beginner's Guide to Microsoft Office Outlook 2003
Reminder Manager, Extended Reminders, Attachment Options
http://www.slovaktech.com/products.htm
> Cool, I'll use the EntryID and StoreID as a long term solution then.
>
[quoted text clipped - 7 lines]
>
> Scott
Scott - 20 Jan 2006 18:35 GMT
Ah ha. I'm back to this topic and dug up this thread. Thanks for the
reply. That's exactly what I needed.
It turns out that the StoreID is the same for a mailbox, but the
EntryIDs for the folders change if you switch from cached move to
non-cached move and between different users sharing the same mailbox.
So I can't rely on a permenant EntryID for all users all the time.
But RDO exposes all of that easily so I have a good handle on it now.
Thanks!
Scott