Hi, I have a problem creating a hidden folder on Exchange. The folder is still shown in Outlook 2000 (but not in OWA and Outlook 2003) I set the property "DAV:ishidden" = true and have read about the property "http://schemas.microsoft.com/mapi/proptag/x67aa000b". However, the x67aa000b property apparently only works for hidden items - not folders. Does anybody know how to create a truly hidden folder that is also hidden for all mapi-clients using ADO? Best regards, Michael Hansen
Hello, one thing you can do is to remove the access permissions for all users except a service account which you can use to access the folder. Best regards, Henning Krause "Michael Hansen" wrote in message news:9E6AD10A-8525-45FC-8630-C965AE2F0A57@microsoft.com... > Hi, > > I have a problem creating a hidden folder on Exchange. The folder is still > shown in Outlook 2000 (but not in OWA and Outlook 2003) > > I set the property "DAV:ishidden" = true and have read about the property > "http://schemas.microsoft.com/mapi/proptag/x67aa000b". However, the > x67aa000b > property apparently only works for hidden items - not folders. > > Does anybody know how to create a truly hidden folder that is also hidden > for all mapi-clients using ADO? > > > Best regards, > > Michael Hansen
Hi Henning, Thank you for your response > one thing you can do is to remove the access permissions for all users > except a service account which you can use to access the folder. I have thought about this - however, a plugin in Outlook needs to be able to access the folder, why I don't think this is a possibility. I have thought about maybe doing the following: I create a top-level folder, that contains some subfolders that the actual processing is done in (read / write messages). It may be possible to remove some access to this top-level folder, and have 'normal' access to the subfolders - but I do not know if this will do the trick(?) /Michael
Hello, the NON_IPM_SUBTREE area would be a good thing to store things the user should not be able to access. If you have written your addin with C++/MAPI, you should be able to access that folder (I haven't done that myself from within outlook. I only have used this directly from Exchange. Best regards, Henning Krause "Michael Hansen" wrote in message news:EF92ABED-1B12-43D8-80EF-A9BFC6F7101F@microsoft.com... > Hi Henning, > > Thank you for your response > >> one thing you can do is to remove the access permissions for all users >> except a service account which you can use to access the folder. > > I have thought about this - however, a plugin in Outlook needs to be able > to > access the folder, why I don't think this is a possibility. > > I have thought about maybe doing the following: > > I create a top-level folder, that contains some subfolders that the actual > processing is done in (read / write messages). It may be possible to > remove > some access to this top-level folder, and have 'normal' access to the > subfolders - but I do not know if this will do the trick(?) > > > /Michael
I've done it from within Outlook, but not using the Outlook object model, which doesn't give you access to NON_IPM_SUBTREE. I've used CDO 1.21 or Redemption to get at NON_IPM_SUBTREE. -- 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 "Henning Krause [MVP - Exchange]" wrote in message news:uTQixG%23iGHA.1936@TK2MSFTNGP04.phx.gbl... > Hello, > > the NON_IPM_SUBTREE area would be a good thing to store things the user > should not be able to access. > > If you have written your addin with C++/MAPI, you should be able to access > that folder (I haven't done that myself from within outlook. I only have > used this directly from Exchange. > > Best regards, > Henning Krause
