Any experience getting Basic authentication working in a reliable manner with XP?
http://myhost.mydomain.com/DirectoryLevelOne/DirectoryLevelTwo DirectoryLevelOne(Realm myRealm - Require group foo) DirectoryLevelTwo(Read-only, no password required) When trying to mount DirectoryLevelTwo from the XP client I see a PROPFIND on the parent directory (auth required), and the request fails to mount DirectoryLevelTwo with no password. If I try to access DirectoryLevelOne first, subsequent basic auth requests seem to be cached and never allow me to access DirectoryLevelTwo with no creds even after deleting the original network place and creating a new one w/ DirectoryLevelTwo. Also, as someone noted on this list previously, the basic auth header seems to be constructed correctly under XP if you send it in the form: http://user:[EMAIL PROTECTED]/DirectoryLevelOne - is there any other work around to this problem? Chris On Friday, July 26, 2002, at 07:18 AM, Jason wrote: > While on the topic of Microsoft Web Folders, here is some stuff which > may be helpful to people. I'm interested in keeping this list up to > date and adding to it, so if you send it to me, i'll add to it and post > it occassionally as a Web Folders FAQ. > > About Web Folders and msdaipp > ----------------------------- > > * You can learn more about it by searching Microsoft MSDN for "OLE DB > Provider for Internet Publishing" > > * Microsoft Knowledge Base article Q296441 points to a recent version > of msdaipp.dll (but it is still buggy). i think it is 8.102.4004.0 > > According to a search on msdaipp.dll at > http://support.microsoft.com/default.aspx?scid=/servicedesks/fileversion/ > dllinfo.asp > there are 3 versions: > > 8.103.2519.0 (shipped with Windows ME) > 8.103.2402.0 (shipped with Office 2000 SR1??, Windows 2000 SP1 and SP2) > 8.102.1403.0 (MOST COMMON - Office 2000, IE 5.01, 5.5, 5.5 SP2, Windows > 98 and others) > > The info is out of date - apparently there are also the following > builds: > > 10.145.3914.3 and 10.145.3812.0 (supplied with .NET and Office XP???) > > > (It'd be nice to be able to translate between the version of the dll, > and the user-agent header (eg "Microsoft Data Access Internet > Publishing Provider DAV 1.1") given. I'll add this info as it comes to > hand) > > * "Troubleshooting Web Folders" - see Q28740 > > > Known Bugs > ---------- > > * Bug - Severe (All 8.XX versions of Web Folders): If you PUT a file on > top of an existing resource, but your new file is shorter than the old > one, web folders will write a content length the same as the old one. > The content will be the new file, with the remaining bytes from the old > resource appended to the end of the new one. (Very painful! - is this > fixed in the 10.XX builds of msdaipp.dll ?) > > * Bug (All 8.XX versions of Web Folders - not sure about 10.XX): If > you copy a file from the windows desktop to a WebDAV server, it won't > work because the request web folders sends is a COPY from the source > URL to the destination URL. It should be sending a PUT. Workaround: > don't try to copy from your windows desktop. > > * MS acknowledged bug where server issues a 302 redirect and client > build is 8.103.2402 (see Q288440) > > Gotchas > ------- > > * If you have Internet Explorer set up to use a proxy server, Web > Folders may try to use it as well. (Check your proxy server supports > WebDAV) > > Microsoft Newgroups > ------------------- > > Where problems may get acknowledged and fixed? > > microsoft.public.frontpage.client > microsoft.public.office.intranets > microsoft.public.windows.inetexplorer.ie5.add_ons > > > > cheers, > > Jason > > _______________________________________________ > dav-dev maillist - [EMAIL PROTECTED] > http://dav.lyra.org/mailman/listinfo/dav-dev -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
