Hi, I've got a similar situation : calendar clients (Thunderbird with Ligthning extension) are configured to download and upload icalendars file to a web location backed by mod_dav.
Yesterday, we had one error when one client uploaded his calendar file, which be deleted. /var/log/apache/ssl_access.log 132.147.184.133 - jbel [02/Jun/2009:21:18:21 +0200] "GET /calendriers/jean-francois/Jean-Fran%C3%A7ois.ics HTTP/1.1" 200 9036 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.21) Gecko/20090302 Lightning/0.9 Thunderbird/2.0.0.21" 132.147.184.133 - jbel [02/Jun/2009:21:18:21 +0200] "PUT /calendriers/jean-francois/Jean-Fran%C3%A7ois.ics HTTP/1.1" 500 492 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.21) Gecko/20090302 Lightning/0.9 Thunderbird/2.0.0.21" /var/log/apache/error.log [Tue Jun 02 21:18:21 2009] [error] [client 132.147.184.133] Could not get next bucket brigade [500, #0] Unfortunately, I could not reproduce this problem too. Regards, -- Package-specific info: Loaded Shared Modules: alias auth_basic authn_file authnz_ldap authz_default authz_groupfile authz_host authz_user autoindex cgi dav_fs dav dav_lock deflate dir env ldap mime negotiation perl php5 python setenvif ssl status -- Anthony Milan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
