Code would have to log into that other store and create the search folder in
that other store and save it there.

A search folder, to be technical, is a folder that contains a MAPI
Restriction. That restriction applies only to items in the store and the
store must be able to support searches like that. The PR_STORE_SUPPORT_MASK
property in a store (IMsgStore) must have the STORE_RESTRICTION_OK flag set
in that property to be able to use a search folder.

If that flag bit isn't set you cannot create a search folder in that store.
An example of a store like that is Exchange public folders. You just cannot
create a search folder in a public folder store, no matter what API you use,
including Extended MAPI (CDO and Redemption just wrap Extended MAPI as COM
objects).

Some alternate store providers might also not support STORE_RESTRICTION_OK.

You mention a user doing it manually, I defy you to manually create a search
folder in PST file A that works on PST file B. You just can't. Unless and
until the design of MAPI stores is moved from the modified JET database they
now use into SQL server there isn't even the possibility of doing that.

If you want to explore these things I highly recommend using either MFCMAPI
from MS or OutlookSpy from the author of Redemption. Both are client side
tools that let you dig into all those MAPI things that Outlook hides from
you.

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


"dorutzu" wrote in message
...
But isn't there any way to do this, even with CDO or Redemption? If the
user can do this manually, I belive there should be a way to do this
programatically as well. Also, it seems that I can create a (invalid,
unfortunatelly) search folder in a custom storage via MFCMapi. Any futher
ideas regarding this issue?
Thanks again!