Oops, my fault. You're right. You even can't do a dir on file://./backofficestorage/mydomain.
As for the question why either file:\\.\ or file://./ works I believe it's because even IE can handle that ;-) I think this is just a doc bug as you mentioned. You can send your feedback to: [EMAIL PROTECTED] <Cheers:Siegfried runat="server" /> > -----Original Message----- > From: Hilary Cotter [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 18, 2002 9:32 PM > To: Exchange Discussions > Subject: RE: Doc bugs in Exchange SDK? > > 1) I will try point one out at home. > > 2) But if you are claiming I can do a simple dir > file://./backofficestorage/DomainName this won't work from the command > prompt either. It only works if you try to programmatically access it > through ADO (or someother access method) which is smart enough in most > cases to launch the appropriate provider unless you specify the provider > using the connection object. > > BTW - you can programmatically access most items using > file://./backofficestorage/DomainName/MBX/Inbox/ etc, or > file://./backofficestorage/DomainName/Public Folders/ > > but you can also use > > file:\\.\backofficestorage\DomainName\MBX\Inbox\ etc, or > file:\\.\backofficestorage\DomainName\Public Folders\ > > as well. I have yet to find a difference between the two. Can you > comment on this. > > Thanks for your help. > > > > 1. I think there is a small doc bug because file://./backofficestorage > > will not return a lost of organizations but the SMTP mail domain set in > > the Default Recipient Policy. > > 2. As the doc states "a directory listing" will return those things. Not > > ExOLEDB or MSDAIPP.DSO with ADO. It's a simple file based directory > > listing the SDK is talking about (a dir on the evil "M: drive"). > > > > <Cheers:Siegfried runat=3D"server" /> > > > > > -----Original Message----- > > > From: Hilary Cotter [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, June 17, 2002 5:03 PM > > > To: Exchange Discussions > > > Subject: Doc bugs in Exchange SDK? > > >=20 > > > In the Exchange SQL (wss.chm) it mentions in a section called "File > > URL > > > Namespace" > > >=20 > > > Also, a directory listing at the "file://./backofficestorage" level > > will > > > return a list of organizations. A directory listing at the > > > "file://./backofficestorage/domainName" will return the list of top > > level > > > folders for the specified domain or organization, including the static > > > "MBX" string which represents private mailboxes. > > >=20 > > > I am able to connect to mailboxes, inboxes, public folders, > > essentially to > > > any Exchange resource using exoledb (or letting URL binding figure it > > out > > > itself), but I can't get this to work. > > >=20 > > > Is this a doc bug? Has anyone got it to work? > > >=20 > > > _________________________________________________________________ > > > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > > > Archives: http://www.swynk.com/sitesearch/search.asp > > > To unsubscribe: mailto:[EMAIL PROTECTED] > > > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Archives: http://www.swynk.com/sitesearch/search.asp > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]
