[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 c

[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

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 W

[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?

[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 [2

[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

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

you think it is a curl issue? Then I would probably go ahead and ask for help on the curl mailing list.... Regards, Thorsten Am 23.07.10 18:16, schrieb Doug McNutt: > At 16:18 +0200 7/23/10, Thorsten Steinbrenner wrote, and I snipped: >> I played around a bit and figured out,

[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] mod_webdav problem

Hello! I have a problem with mod_webdav which drives my crazy... My problem is, that the webdav server does NOT update the timestamp after a "HTTP PUT". Sounds like a minor issue but I use Software, that relies on the timestamp of a certain file (Zotero - http://www.zotero.org/). Background infor