Ditto. I'm having the same issue. One thing that I noticed was that the WebDAV (SharePoint) server I'm connecting to had the URL:
Link Removed - Invalid URL
We are using split brain DNS, so when I go to that site internally, I get redirected via a CNAME DNS entry to internalserver.internaldomain.com
My cert does not have a subject alternate name for the internal server name. So I thought that was my issue. To test, I created a host file with my server's external name and internal IP address
For example:
192.168.1.10 servername.externaldomain.com
I'm still having weird issues when I connect. I added the registry key mentioned in
You are prompted to enter your credentials when you access an FQDN site by using a Windows Vista-based client computer that has no proxy configured as
https://*.internaldomainname.com and
https://*.externaldomainname.com
I have a shortcut created to
\\webserver.externaldomain.com@SSL\DavWWWRoot\documentlibraries\doclibrary. When I double click this shortcut the first time after a reboot, I get a \"cannot find program associated with this file\" dialog box asking me to choose a program to open the file I just double clicked on (.lnk file). If I click cancel and try again, the connection works, but only after a ~30 second delay. Very weird issue.
If anyone fixes this or finds a workaround, please post your solution!
I think maybe my order of operations was wrong. I'm still doing some testing, but it seems like adding the reg key in KB943280 and restarting the web client service BEFORE connecting to a WebDAV folder and/or creating a shortcut to a webdav folder seems to do the trick. I'm going to do more testing and post back tomorrow if this is not the case. It seems as though not having that authentication piece in place before you create a shortcut jacks up the shortcut.
But yes, I definitely agree that WebDAV access is disappointly slow!