所以基本上我的情况是，我有一个在另一个框上的Linux上运行的Apache 2.2 Web服务器，我已经configuration为webdav提供服务。
现在这里是怪异的部分，我可以使用“连接到服务器”对话框（即使移动到5GB的文件通过连接）访问我的Mac上的服务器。 在我的Ubuntu桌面尸体将连接以及让我浏览。 但是，当我尝试使用Xmarks（BYOS版）或GNOME“连接到服务器”对话框，它给了我一个403 Forbidden错误。
如果这有什么区别，我的服务器会消化authentication。 这是我的apache2.conf文件的一部分
<VirtualHost *:80> DocumentRoot "/path" <Directory "/path"> Dav on AuthType Digest AuthName iTools AuthDigestDomain "/" AuthUserFile /path/to/WebDavUsers Options None AllowOverride None <LimitExcept GET HEAD OPTIONS> require valid-user </LimitExcept> Order allow,deny Allow from All </Directory> <Directory "/path/*/Public"> Options +Indexes </Directory> <Directory "/path/user"> <LimitExcept GET HEAD OPTIONS> require user user </LimitExcept> </Directory> </VirtualHost> apache的error_log是什么意思？
简短的回答是gnome的DAV支持确实很差。
有了同样的问题后，我再次testingdebian升级后，它再次工作。
OS X似乎是黄金标准。 没有其他的东西在现实世界中起作用。
Wireshark可以用于跟踪每个位置的请求和响应 – 它在过去帮助我解决了一些webdav问题（例如Windows只识别'％26'和Apache输出'＆amp;'（或者也可能是相反的方法） ）在dav位置的＆符号）。
WebDAV可能会有一点点redirect和一些客户端 – Java DAV库有类似的问题。 确保你的Apache虚拟主机块有这样的节（或在父节点）
BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully BrowserMatch "MS FrontPage" redirect-carefully BrowserMatch "^WebDrive" redirect-carefully BrowserMatch "^WebDAVFS/1.[0123]" redirect-carefully BrowserMatch "^gnome-vfs/1.0" redirect-carefully BrowserMatch "^XML Spy" redirect-carefully BrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefully BrowserMatch "Jakarta Commons" redirect-carefully
这个定义是：
redirect – 小心这强制服务器发送redirect到客户端时要更加小心。 当客户端遇到已知的处理redirect问题时，通常会使用这种方法。 这最初是由于Microsoft WebFolders软件的问题而导致的，该软件在通过DAV方法处理目录资源的redirect时存在问题
您可能需要添加从XMarks＆GNOME中看到的用户代理string（如果它们不符合上述任何一项），并将它们添加到列表中。 除了“Jakarta Commons”之外的所有内容都是Red Hat Enterprise for WebDAV默认configuration的内容。