|
MicrosoftOfficeClient
Microsoft Office WebDAV client
Clients Microsoft Office WebDAV clientBefore MS Office 2000 there was no WebDAV support in the Office suite, but it wasn't until Office 2003 when the company integrated a better client. For information about how to work with WebDAV on versions prior to Office 2003, you may find useful this page: http://www.atarex.com/services/support/webdav-msft.shtml The following observations of the Microsoft WebDAV client in Office was taken using Word. Other applications of the suite may behave the same way. AuthenticationOffice understands both HTTP Basic and Digest authentication. Reading filesNo problems found downloading and showing a document. Office will try to set a lock in any case. Writing filesLocks are required for saving, otherless MS Word will open the file as read only. If a file is locked, Office 2007 and 2010 will ask you if you want to open the file as read only, download and modify it only in your computer or allow editing while in background the lock is checked at an interval (usually less than 20 seconds) until the file is released. Once Office 2003 and 2007 gets the lock, it is updated at the "x" minutes interval you specify in your SabreDav locks plugin (30 minutes by default), but this time cannot be less than 180 seconds. Office 2010 (Beta) has some kind of bug which makes the program don't update the lock anymore, so if another client checks the lock after the timeout, the lock will be released. This behaviour was observed in the Beta, so it may be corrected by the final product version. LockRootIt was discovered that certain versions of Office break if the {DAV:}lockdiscovery property contains a {DAV:}lockroot element. To fix this, you can hide this element using the following code snippet: Sabre_DAV_Property_LockDiscovery::$hideLockRoot = true; Hiding it hasn't caused any issues for other clients, so it should be safe to call this. This issue has so far been reported for both Office 2000, and office 2003 clients. PropertiesMicrosoft office may perform the following request to update a file's properties: <D:propertyupdate xmlns:D="DAV:" xmlns:Z="urn:schemas-microsoft-com:"> <D:set> <D:prop> <Z:Win32CreationTime>Mon, 12 Dec 2011 17:37:08 GMT</Z:Win32CreationTime> <Z:Win32LastAccessTime>Mon, 12 Dec 2011 17:37:08 GMT</Z:Win32LastAccessTime> <Z:Win32LastModifiedTime>Mon, 12 Dec 2011 17:37:08 GMT</Z:Win32LastModifiedTime> <Z:Win32FileAttributes>00002002</Z:Win32FileAttributes> </D:prop> </D:set> </D:propertyupdate> However, it appears to disregard any existing locks on the resource, and attempt to perform this request without any supplied lock tokens. | |
"Other applications of the suite may behave the same way." probably should say "usually" or "mostly" instead of may.
While "Office understands both HTTP Basic and Digest authentication", certain combinations of Office and Windows will only open HTTP Basic auth as read only. HTTP Basic auth is banned in the WebDAV spec.
Basic auth is definitely not prohibited. There's nothing wrong with using it in combination with SSL.
Word 2003 uses its own WebDAV client even if Windows has already successfully mounted the WebDAV share to a drive letter. Opening documents works, but to be able to save a document you must set the following flag:
With enabled LockRoot? Word 2003 successfully acquires a LOCK for the file, but does not understand the reply of SabreDAV. Thus it tries to PUT the file without lock token which SabreDAV rejects with 423 Locked.