WebDAV on 5.0.16 from XP

[jblosser]

After upgrading to 5.0.16 this weekend, I am no longer able to map to https://<server>/dav/<user> from XP. After entering the username and password, I get "The folder you entered does not appear to be valid. Please choose another." This previously worked, using the webflders.msi instructions from WebDAV - Zimbra :: Wiki

I can still connect to these urls using davfs2 on Linux and as regular web pages from Firefox and IE on XP or Firefox on Linux.

Has anyone else seen this?

[cdenley]

I have the same problem.

Zimbra NE 5.0.16 and 5.0.18
Windows XP SP3

I captured the unencrypted traffic and verified that I am using "Microsoft Data Access Internet Publishing Provider DAV 1.1" and the correct credentials. Zimbra seems to be giving a correct response, yet I still get the same error from XP.

<?xml version="1.0" encoding="UTF-8"?>

<D:multistatus xmlns:D="DAV:">
  <D:response>
    <D:href>/dav/cdenley/Briefcase/</D:href>
    <D:propstat>
      <D:status>HTTP/1.1 200 OK</D:status>
      <D:prop>
        <D:getetag>"1-1"</D:getetag>
        <D:getcontentlength>0</D:getcontentlength>
        <D:creationdate>2008-12-01T13:34:26-06:00</D:creationdate>
        <D:displayname>Briefcase</D:displayname>
        <D:getlastmodified>Mon, 1 Dec 2008 13:34:26 -0600 (CST)</D:getlastmodified>
      </D:prop>
    </D:propstat>
  </D:response>
</D:multistatus>

WebDAV - Zimbra :: Wiki

[cdenley]

Here is the a response from apache mod_dav which Windows seems to like more than zimbra's.

<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:">
<D:response xmlns:lp1="DAV:" xmlns:lp2="http://apache.org/dav/props/">
<D:href>/davtest/</D:href>
<D:propstat>
<D:prop>
<lp1:resourcetype><D:collection/></lp1:resourcetype>
<lp1:creationdate>2009-07-21T15:31:59Z</lp1:creationdate>
<lp1:getlastmodified>Tue, 21 Jul 2009 15:31:59 GMT</lp1:getlastmodified>
<lp1:getetag>"38d00ca-1000-46f38f49379c0"</lp1:getetag>
<D:supportedlock>
<D:lockentry>
<D:lockscope><D:exclusive/></D:lockscope>
<D:locktype><D:write/></D:locktype>
</D:lockentry>
<D:lockentry>
<D:lockscope><D:shared/></D:lockscope>
<D:locktype><D:write/></D:locktype>
</D:lockentry>
</D:supportedlock>
<D:lockdiscovery/>
<D:getcontenttype>httpd/unix-directory</D:getcontenttype>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
</D:multistatus>

[cdenley]

I believe I have found the cause of this error.
Bug 35476 &ndash; WebDav access doesn't work with Vista

Zimbra does not give a "resourcetype" property in a response to a PROPFIND request, which is expected by Windows. As you can see from the XML responses I posted above, that property is missing in zimbra's, but present in apache's.

[phoenix]

Have you installed the fix from this KB article: http://www.microsoft.com/downloads/d...displaylang=en - it's mentioned in the "Windows Vista: Creating a Web Folder" section of this page: My Docs Online - Using Web Folders and WebDAV

[cdenley]

Originally Posted by phoenix

Have you installed the fix from this KB article: Download details: Software Update for Web Folders (KB907306) - it's mentioned in the "Windows Vista: Creating a Web Folder" section of this page: My Docs Online - Using Web Folders and WebDAV

I just installed that update and rebooted. I still receive the same error if resourcetype is missing.

[cdenley]

Is there actually a windows program that works correctly with zimbra's WebDAV server?

[cdenley]

I just actually looked at the WebDAV standards, and apparently the resourcetype property is required according to rfc2518. I guess it isn't Windows not following the standards, but Zimbra.

http://www.ietf.org/rfc/rfc2518.txt

13.9 resourcetype Property

Name: resourcetype
Namespace: DAV:
Purpose: Specifies the nature of the resource.
Description: The resourcetype property MUST be defined on all DAV
compliant resources. The default value is empty.

<!ELEMENT resourcetype ANY >

[bdial]

i know when using knowledgetree from xp via webdav we always had to put in the port number so like http://server.domain.com:80/webdav/etc...

[cdenley]

Originally Posted by bdial

i know when using knowledgetree from xp via webdav we always had to put in the port number so like http://server.domain.com:80/webdav/etc...

When you're not using SSL, then you need to specify the port number in order to make Windows use the "Microsoft Data Access Internet Publishing Provider DAV 1.1" driver, which I believe is necessary to make Windows authenticate using the actual username, and not computername\username. However, this is not the issue I'm experiencing, and probably not the original poster since they had it working before.