[us...@httpd] Re: mod_webdav problem

THX a lot! Am 24.07.10 19:00, schrieb Jonas Eckerman: > On 2010-07-23 23:08, Thorsten Steinbrenner wrote: > >> Thanks a lot for your detailed explanation!!! May I quote you on a >> discussion about the topic on zotero.org? > > Sure. If you do, please give them the complete mail I wrote and tell

Re: [us...@httpd] Re: mod_webdav problem

On 2010-07-23 23:08, Thorsten Steinbrenner wrote: > Thanks a lot for your detailed explanation!!! May I quote you on a > discussion about the topic on zotero.org? Sure. If you do, please give them the complete mail I wrote and tell them that it's just my *interpretation* of the RFCs in question.

[us...@httpd] Re: mod_webdav problem

Hi! Thanks a lot for your help! Now it works with a file of non-zero length. Still it might not be a good idea to depend on the timestamp of a file to store the time and date of the last sync. There are many MAYs and SHOULDs in the RFC Regards, Thorsten Am 21.07.10 22:38, schrieb Thorsten

[us...@httpd] Re: mod_webdav problem

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

[us...@httpd] Re: mod_webdav problem

On 23-Jul-2010, at 13:08, Joost de Heer wrote: > >>> < Server: Apache/2.2.8 (Ubuntu) DAV/2 mod_python/3.3.1 Python/2.5.2 > >> The Server: HTTP header doesn't mention mod_webdav. > > It does: DAV/2 > > I don't think this is a bug. Why would DAV have to do anything if a file with > 0 bytes shou

[us...@httpd] Re: mod_webdav problem

Thanks a lot for your detailed explanation!!! May I quote you on a discussion about the topic on zotero.org? Regards, Thorsten Am 23.07.10 22:10, schrieb Jonas Eckerman: > On 2010-07-23 19:33, Thorsten Steinbrenner wrote: > >> figured out, that I probably have a problem with my WebDAV server a

[us...@httpd] Re: mod_webdav problem

Am 23.07.10 21:38, schrieb Doug McNutt: > In any case RFC2616 is required reading before arguing about bug or > no bug. Wow, that's hard stuff for me. I'm neither a programmer nor a native speaker > Why do I feel like I'm reading something that came out of the US > House of Representatives?

Re: [us...@httpd] Re: mod_webdav problem

On 2010-07-23 19:33, Thorsten Steinbrenner wrote: > figured out, that I probably have a problem with my WebDAV server and > not with a bug of Zotero itself ("It's your WebDAV server, not Zotero. > The server is returning a 204, and the timestamp isn't changing."). Hmmm... 204 is a success answer

Re: [us...@httpd] Re: mod_webdav problem

On 2010-07-23 16:18, Thorsten Steinbrenner wrote: > If the file is empty the timestamp is NOT updated: This does make some kind of sense. The file allready existed with size zero, so when your server got a PUT request with the same file with size zero it never updated the file. After all, it didn

[us...@httpd] Re: mod_webdav problem

At 21:14 +0200 7/23/10, Thorsten Steinbrenner wrote: >A bunch < http://www.ietf.org/rfc/rfc2616.txt> Section 9 describes the HTTP/1.1 PUT request on page 54. >HTTP/1.1 does not define how a PUT method affects the state of an origin >server. >If an existing resource is modified, either the 2

[us...@httpd] Re: mod_webdav problem

Am 23.07.10 21:14, schrieb Thorsten Steinbrenner: > That is probably true. There is absolutely nothing in Apache's logs > because Apache did not even start to process the request. Sorry, I must correct myself. That is what's in the logs, regardless of the file size: zotero [23/Jul/2010:21:33:36

[us...@httpd] Re: mod_webdav problem

Am 23.07.10 21:08, schrieb Joost de Heer: > I don't think this is a bug. Why would DAV have to do anything if a file > with 0 bytes should be replaced by a file with 0 bytes? ...to update this f*** timestamp... SCNR ;-) -

[us...@httpd] Re: mod_webdav problem

Am 23.07.10 20:46, schrieb Doug McNutt: > It doesn't look like a problem with the curl tool. It attempted an > HTTP PUT request and properly told the server that the file length > was zero. Libcurl has its own list > . If mod_webdav > uses the cur

Re: [us...@httpd] Re: mod_webdav problem

< Server: Apache/2.2.8 (Ubuntu) DAV/2 mod_python/3.3.1 Python/2.5.2 The Server: HTTP header doesn't mention mod_webdav. It does: DAV/2 I don't think this is a bug. Why would DAV have to do anything if a file with 0 bytes should be replaced by a file with 0 bytes? Joost -

[us...@httpd] Re: mod_webdav problem

At 19:33 +0200 7/23/10, Thorsten Steinbrenner wrote: >Again, thanks a lot for your help! My problem is, that I use the WebDAV >server to sync with zotero (http://www.zotero.org). Zotero uses WebDAV >to store attachments for library items. This is why I have to use WebDAV >and unfortunately not SSH

[us...@httpd] Re: mod_webdav problem

Again, thanks a lot for your help! My problem is, that I use the WebDAV server to sync with zotero (http://www.zotero.org). Zotero uses WebDAV to store attachments for library items. This is why I have to use WebDAV and unfortunately not SSH or FTP... :-( Since the sync did not work properly I ask

[us...@httpd] Re: mod_webdav problem

At 16:18 +0200 7/23/10, Thorsten Steinbrenner wrote, and I snipped: >I played around a bit and figured out, >that the timestamp is updated if the file is not empty. If the file is >empty the timestamp is NOT updated: > >Client: > >apfel:~ ts$ echo "abc" > test >apfel:~ ts$ touch test >apfel:~ ts$ l

[us...@httpd] Re: mod_webdav problem

Hi! Thanks a lot for your answers!! I played around a bit and figured out, that the timestamp is updated if the file is not empty. If the file is empty the timestamp is NOT updated: Client: apfel:~ ts$ echo "abc" > test apfel:~ ts$ touch test apfel:~ ts$ ls -l test -rw-r--r-- 1 ts staff 4 23

[us...@httpd] Re: mod_webdav problem

At 13:35 -0600 7/22/10, LuKreme wrote: >On 21-Jul-2010, at 14:38, Thorsten Steinbrenner wrote: >> >> problem is, that the webdav server does NOT update the timestamp after a >> "HTTP PUT". > >UmŠ I don't see this. When I copy a file to the webdav server it gets the time >stamp of the time it was

[us...@httpd] Re: mod_webdav problem

On 21-Jul-2010, at 14:38, Thorsten Steinbrenner wrote: > > problem is, that the webdav server does NOT update the timestamp after a > "HTTP PUT". Um… I don't see this. When I copy a file to the webdav server it gets the time stamp of the time it was created on the server. If you need to change