Re: mod_webdav problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



At 16:32 -0600 7/23/10, LuKreme wrote:
>That is one way to look at it. The other way to look at it is that the date stamps on the file are also part of the file, and that since these changed the file should be replaced with the correct file, including the correct metadata.

For the sake of the archives and the next user who gets hooked:

   1) A PUT request, which includes a Content-Length: 0 header, to send a file of zero length is read by Apache or its add-ins as a no-operation. Apache does not look at any existing file or its metadata. It simply returns a 204 code indicating zero content and quits. An existing file containing  data of non-zero length will not be changed in any way.

   2) A PUT request to send a file with non zero length will replace the contents of an existing file with the new or create a new file to hold the new data.  In either case the operating system will adjust the time meta data the way it does for everyone else. Apache does not make any attempt to reset the meta data to reflect the actual time of receipt. Apache does not compare the old file content with the new to be sure the PUT request represented a bone-fide change to the data.

   3) A PUT request to replace the contents of an existing file, of non-zero length, with a file of zero length is impossible even though that would seem to be a bona-fide change of content.

   4) A PUT request to create a new file of zero length is impossible.

   5) Items 1 through 3 are known to be treated the same way for at least, all UNIX-like systems, Apple OS neXt, and Windows.

.Now would someone look at those conclusions and complain or correct if they're not right?
-- 

--> Evolution made it possible for mankind to invent religion. <--

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux