https://wiki.zimbra.com/api.php?action=feedcontributions&user=Philip&feedformat=atomZimbra :: Tech Center - User contributions [en]2024-03-28T17:21:54ZUser contributionsMediaWiki 1.39.0https://wiki.zimbra.com/index.php?title=WebDAV&diff=9907WebDAV2008-08-20T13:57:16Z<p>Philip: /* Linux */</p>
<hr />
<div>{{WIP}}<br />
=WebDAV=<br />
Web-based Distributed Authoring and Versioning is an extension to HTTP allowing users to remotely manage and edit files on WWW servers. These files could be shared by these users and/or they can work upon them collaboratively.<br />
<br />
The main feature is that you can create, change and move documents on a remote server which is generally a web server or a so called "web share". You can mainly use it for authoring (as the name suggests) the documents on the web share but also for sharing large files that can be accessed from anywhere making it an online storage unit so to speak.<br />
<br />
==<u>Features</u>==<br />
Other features of WebDAV protocol are:<br />
#locking (overwrite prevention),<br />
#properties (creation, removal, and querying of information about author, modified date, etc.),<br />
#name space management (ability to copy and move Web pages within a server's namespace) and<br />
#collections (creation, removal, and listing of resources).<br />
<br />
WebDAV is supported built-in by major Operating systems.<br />
<br />
RFC standard number is 2518:<br />
http://www.ietf.org/rfc/rfc2518.txt<br />
<br />
==<u>Mounting/Opening a remote folder on a local machine</u>==<br />
You can mount a remote share on the local machine and work on it as if it is a local folder.<br />
<br />
===MS Windows===<br />
<br />
This is dependent on what update level you are on windows. Please refer to the following article for more information:<br />
http://support.microsoft.com/kb/892211<br />
http://www.microsoft.com/downloads/details.aspx?FamilyId=17C36612-632E-4C04-9382-987622ED1D64&displaylang=en<br />
<br />
====Basic Directions====<br />
IE supports this feature since Win98. Go to File menu -> click on Open -> check the box "Open as Web Folder" and provide the URL. E.g. (for Zimbra Briefcase) <nowiki>http://<servername>/dav/<username(without domain)>/Briefcase</nowiki><br />
<br />
If the above doesn't work there is a workaround for it in which case you have use the following link:<br />
<nowiki>http://user@domain.com:80/dav/<username(without domain)>/Briefcase</nowiki><br />
<br />
Another way to implement this is to "Map it as a network Drive/Location" aka Windows Explorer mount:<br />
#Goto the "Add Network Location Wizard" from the control panel (there are multiple ways of accessing this and also varies based on version of MS windows).<br />
#Select "Choose a custom network location" and then press Next.<br />
#Enter the URL: <nowiki>http://<servername>/dav/<username(without domain)>/Briefcase</nowiki> and then click Next.<br />
#You will be prompted for a username/password. Enter your credentials.<br />
#Then type in a Name for the Network location and you are done. You can access the Briefcase from this location.<br />
<br />
====Win2K, WinXP, Win2K3 Notes====<br />
For implementation of WebDAV on Windows XP and later , MSFT made it's own interpretation of the standard to work best with the Windows IIS servers. The problem due to this is three fold:<br />
<br />
#Windows XP authenticates users using the format "domain\username" by the mechanism of "Microsoft-WebDAV-MiniRedir/5.1.2600". Whereas Windows 98SE/2000 authenticates users as "username" using the mechanism of "Microsoft Data Access Internet Publishing Provider DAV 1.1". <br />
#The problem lies with the implementation of "Microsoft-WebDAV-MiniRedir/5.1.2600". If authentication is sent as "domain\username" then it would be received as "usernamedomain" or "usernamehostname" by the Web server and not as "username".<br />
#Also as per "Microsoft Knowledge Base, Article ID: 841215" Windows XP disables "Basic Auth" in its "Microsoft-WebDAV-MiniRedir/5.1.2600" mechanism by default for security reasons. But WebDAV expects "Basic Auth".<br />
<br />
The standard way to connect to a WebDAV folder looks something like "http(s)://<servername>/dav". However, a due to a bug in Win XP, this would be interpreted as a M$ network drive/SMB server.<br />
<br />
So the solution is to trick Windows XP:<br />
#Force Windows XP to use the stable "Microsoft Data Access Internet Publishing Provider DAV 1.1" mechanism instead of "Microsoft-WebDAV-MiniRedir/5.1.2600".<br />
#Make Windows XP internally only send username and password and not the domain. [This can be done using the old Windows 2000 WebDAV driver that is present in all Windows XP machines.] <br />
#Force Windows XP to authenticate using "Basic Auth".<br />
#Prevent XP to interpret "http(s)://<servername>/dav" as a M$ network drive/SMB server.<br />
<br />
=====Procedure for XP=====<br />
<br />
1. Find the file called "webfldrs.msi", normally under "\WINDOWS\SYSTEM32\". Incase Windows XP Service Packs are installed then the same can be found under "\WINDOWS\ServicePackFiles\i386\".<br />
1a. Run "webfldrs.msi". <br />
1b. Click on "Select reinstall mode".<br />
1c. Uncheck "Repair all detected reinstall problems". <br />
1d. Check "Force all files to be reinstalled, regardless of checksum or version".<br />
1e. Check "Verify that required user registry entries are present".<br />
1f. Check "Verify that required machine registry entries are present".<br />
1g. Check "Validate shortcuts".<br />
1h. Press OK and REINSTALL <br />
<br />
2. Modify the Windows registry "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters" and add a new value "UseBasicAuth". <br />
2a. Choose "Run" in the start menu and type: "regedit" <br />
2b. In the registry-editor go to "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters"<br />
2c. Right click into the right field and choose "New" from the context-menu. Choose "DWord-Value".<br />
2d. Name the new value "UseBasicAuth".<br />
2e. Right click on "UseBasicAuth" and choose "Modify".<br />
2f. Change the value "0" (disabled) to "1" (enabled) and click "OK"<br />
<br />
Then open in IE or mount it as a network location as discussed in the basic directions above.<br />
<br />
====WinVista Notes====<br />
Only the WebDAV redirector is present in Windows Vista. The original "Web folders" client has been removed.<br />
The "Web folders" client is only present if the Microsoft Update for Web Folders is installed.<br />
http://www.microsoft.com/downloads/details.aspx?FamilyId=17C36612-632E-4C04-9382-987622ED1D64&displaylang=en<br />
<br />
Please note that during testing this did not work on all our test systems, the reason for that is how webDAV is implemented on your site. (There are currently additional bugs for working around Windows Vista SP1 & Windows Server 2008 RC1 differences.)<br />
<br />
===Linux===<br />
'''Nautilus'''<br />
This is the easiest way of opening up a WebDAV folder in an Explorer/MAC kind of a view. All you have to do is goto and then provide the below link and press enter.<br />
<nowiki>http://<servername>/dav/<username(no need for specifying domain>/Briefcase</nowiki><br />
The Briefcase will open up in a new window.<br />
<br />
====Cadaver====<br />
Another great utility is Cadaver, its a simple CLI based tool (that works similar to ftp) for WebDAV.<br />
You need install the cadaver package or RPM for this. Then goto the command line and type this:<br />
#cadaver <nowiki>http://<servername>/dav/<username(no need for specifying domain>/Briefcase</nowiki><br />
#It will prompt you for username and password and after successful login it will then give you the dav prompt<br />
#help command will give you all the commands available at your disposal.<br />
<br />
====Mount as local folder====<br />
This could be one of the most popular way of using WebDAV wherein you can mount the remote folder on a local folder just like any other NFS share. This involves installing a few of the following rpms that provide the functionality for supporting "davfs2" filesystem type. Once these are installed and all dependencies resolved, you can use the following command to mount your briefcase and work as if it is a local folder:<br />
mount -t davfs <nowiki>http://<servername>/dav/<username(no need for specifying domain)>/Briefcase /<path to mount></nowiki><br />
<br />
RPMS to install (kindly ensure the RPM architectures - whether its 32bit or 64bit for your system:<br />
davfs2-1.2.2-4.el5.rf.i386.rpm<br />
lwp-1.11-1.i386.rpm<br />
lwp-devel-1.11-1.i386.rpm<br />
rvm-1.9-1.i386.rpm<br />
rvm-devel-1.9-1.i386.rpm<br />
rvm-tools-1.9-1.i386.rpm<br />
ncurses-5.5-24.20060715.i386.rpm<br />
ncurses-devel-5.5-24.20060715.i386.rpm<br />
rpc2-1.21-1.i386.rpm<br />
rpc2-devel-1.21-1.i386.rpm<br />
neon-0.25.5-5.1.i386.rpm<br />
neon-devel-0.25.5-5.1.i386.rpm<br />
<br />
Then "fuse" or "coda" kernel modules or both, you can obtain the latest packages from sourceforge. I have tested this on the following:<br />
fuse-2.7.3.tgz<br />
coda-server-6.0.5-1.i386.rpm<br />
coda-client-6.0.5-1.i386.rpm<br />
coda-backup-6.0.5-1.i386.rpm<br />
<br />
'''This didn't work on a few of the test systems running RHEL4 U4 & U5 and RHEL5. I am getting down to the cause for this and will update this page as soon as I have any updates.'''<br />
<br />
====Ubuntu====<br />
To be able to use this on Ubuntu, you have to install the package davfs2. This can easily been done with the command:<br />
apt-get install davfs2<br />
<br />
However, you are now able to mount it, but you will not be able to write to the Briefcase. See [http://www.howtoforge.com/davfs_ubuntu this] guide for now on how to solve this.<br />
<br />
===Mac===<br />
Mount in Finder:<br />
http(s)://SERVER/dav/USER<br />
You can also access the webdav mount over the CLI. See 'man mount_webdav' for details. Just mount it and use it like any other mounted volume.<br />
<br />
Notes: If trying to mount against a box with more than one domain it often helps include @domain<br />
It's %40 is the encoded form of the @ sign:<br />
http(s)://SERVER/dav/USER%40DOMAIN<br />
<br />
[http://docs.info.apple.com/article.html?artnum=301711 Mac OS X 10.4: How to prevent .DS_Store file creation over network connections]<br />
<br />
----<br />
{{Article Footer|unknown|4/14/2008}}<br />
[[Category:Clients]]<br />
[[Category:Linux]]<br />
[[Category:OSX]]<br />
[[Category:Windows]]</div>Philip