W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2006

RE: Webdav project

From: Alex Jalali <alex@ubudesign.com>
Date: Wed, 7 Jun 2006 09:13:01 -0700
To: <w3c-dist-auth@w3.org>
Message-ID: <002701c68a4d$3ff1bd80$0200a8c0@ubugroup>

Dear Josh,


Microsoft has many other bugs but unfortunately some of them are by design
and intentional. So I'm not sure if fixing some things for them would solve
the problem as they would come up with other ways of not allowing their
client to work with anything other then IIS. 


Since you are communicating with them you may want to remind them that it's
in their interest to follow the dav protocol correctly. Or not call it


I could give them a long list of their bugs. But I thing it wouldn't go
anywhere or change anything.





From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org] On
Behalf Of [Josh]
Sent: Wednesday, June 07, 2006 8:46 AM
To: w3c-dist-auth@w3.org
Subject: RE: Webdav project

["Behalf of" has been edited per http://lists.w3.org/Archives/Team/team-archive-editor/2007Oct/0005.html - sjh]

I propose a new project.


Microsoft has a bug in its software which prevents it from sending the
correct "modification date" to new and modified files on a webdav server.
This is a client issue, and an attempt has been made by Microsoft to correct
the problem.  For I was discussing the matter with them.  Unfortunately,
they have a hot fix 929432, which does not work, and is not correcting the
matter.  I believe creating a new DLL that can make a secure (https and
http) webdav connection and fix this bug from Microsoft would be invaluable.
The mere fact that the modification dates are not transferred over,
severally limits the ability of the protocol in any type of sync operation,
which makes the whole thing inefficient.


I would like to hear others peoples thoughts on the subject and it this
proposal has any interest?




Received on Wednesday, 7 June 2006 16:13:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:40 UTC