Where is the StoreID and EntryID stored? My real question and concern
is that if I use them for referencing a folder, will they exist for
multiple users on mutiple computers and always be the same? I
understand that the EntryID can change if a folder is moved, so I'll be
sure the folder doesn't move.

What I'm trying to do is reference a Search Folder. Since the search
folder doesn't exist in the mailbox folders collection, I figured my
only option to reference it is by StoreID/EntryID. I have multiple
users sharing a mailbox, so I want to make sure that using the
StoreID/Entry is a permenant option.

Thanks,

Scott

A search folder is hidden, but it exists in a mailbox or PST file (never in
an Exchange public folders store). You can see all your search folders using
a MAPI tool such as OutlookSpy or MFCMAPI.

I've never had a problem using EntryID, StoreID (given the known things of
ID changing when moving/deleting).

--
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


"Scott" wrote in message
oups.com...
Where is the StoreID and EntryID stored? My real question and concern
is that if I use them for referencing a folder, will they exist for
multiple users on mutiple computers and always be the same? I
understand that the EntryID can change if a folder is moved, so I'll be
sure the folder doesn't move.

What I'm trying to do is reference a Search Folder. Since the search
folder doesn't exist in the mailbox folders collection, I figured my
only option to reference it is by StoreID/EntryID. I have multiple
users sharing a mailbox, so I want to make sure that using the
StoreID/Entry is a permenant option.

Thanks,

Scott

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.

--
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


"Scott" wrote in message
oups.com...
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

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