[kronolith] Kronolith as CalDAV Client - r/w access?

Sun Mar 29 22:18:38 UTC 2009

Well, it is about integration with other systems. I did say, that it works 
nicely standalone, in order to mention the positive things. I do realize that my 
  problem is read/write integration with a client, while the original post is 
about read/write access to a server.

Besides, it is true. I searched the internet for succesful attempts with 
read/write access, and did not find any. My question to the list was not 
resolved either (see below for the thread). Of course I know, that no one owes 
me anything, as it is free software. Still, it would be nice, if it did, what I 
want it to do.

The mail application works nicely for me, though. As for the calender, I am 
still looking for something, which supports both a web interface (as kronolith 
does) and supports local clients (Sunbird and iCal, but the iCal problem might 
be related to https with a pricately signed certificate).

regards,
Marcus

Jan Schneider schrieb:
> Zitat von Marcus Frischherz <marcus at casaberg.at>:
> 
>> Hi,
>>
>> Many have tried, few have succeeded. It seems only the horde authors 
>> get this to work. kronolith works as a standalone product nicely, but 
>> I have not found any reports of succesful integration with other 
>> clients (like Sunbird) or other servers in read/write mode.
> 
> Beside that this is plain wrong, it has nothing to do with the original 
> question.
> 
>> Daniel Mayer schrieb:
>>> Hi,
>>>
>>> we have a caldav server running which can be accessed in a read/write
>>> fashion from various desktop clients.
>>> I managed to display the calendar in Kronolith (Kronolith H3 (2.3) on
>>> Horde 3.3.3) after adding it as a remote calendar (using a http://...
>>> URL). Unfortunately it does not seem to be possible to edit or add
>>> events to this calendar. Is this currently supported or do I simply have
>>> to specify the URL in a different way that Kronolith knows it is
>>> accessing a caldav share and not a plain ics file via http? Any hint
>>> would be very appreciated.
>>>
>>> The Roadmap page mentions patches for the caldav/webdav client support
>>> and I was wondering where these are accessible or if they are already
>>> present in the current release.
> 
> There is no CalDAV client support in Kronolith, just read-only 
> vCalendar/iCalendar over HTTP support.
> 
> Jan.
> 

Jan Schneider schrieb:
 > Zitat von Marcus Frischherz <marcus at casaberg.at>:
 >
 >>
 >>
 >> Jan Schneider schrieb:
 >>> Zitat von gimili <gimili17 at gmail.com>:
 >>>
 >>>> Jan Schneider wrote:
 >>>>> Zitat von Marcus Frischherz <marcus at casaberg.at>:
 >>>>>
 >>>>>> Hi!
 >>>>>>
 >>>>>> I have now been trying several days to get writing events working from 
sunbird/lightning to kronolith. I am fine within kronolith (on the web page), 
and I am fine reading via sunbird/lightning. I read the Wiki page concerning 
that subject, and the news threads referenced there, but they did not help me.
 >>>>>>
 >>>>>> Basically the client fails when trying to write an event.
 >>>>>>
 >>>>>> For one thing, I don't know whether I need to enable DAV? If yes, I get the
 >>>>>> following error in the access log:
 >>>>>
 >>>>> No. Horde uses it's own WebDAV implementation.
 >>>>>
 >>>>>> If disabled DAV, I get no Apache error, but this in the access log:
 >>>>>> 84.xxx.145.204 - frim [23/Jan/2009:18:48:23 +0100] "GET
 >>>>>> /horde/rpc.php/kronolith/frim.ics HTTP/1.1" 200 2090 "-" "Mozilla/5.0
 >>>>>> (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.18pre) Gecko/20080917 
Sunbird/0.9"
 >>>>>
 >>>>> The patch looks wrong. It should actually rather look like:
 >>>>> /horde/rpc.php/kronolith/frim/frim.ics
 >>>>>
 >>
 >> Well, I tried it now again with that path as well (the documentation and 
wiki mention both paths, and depending on the kronolith version the web 
interface tells me to use one or the other), and used it without WebDAV, but it 
still does not work, this time with a 403 error code in Apache on the PUT and a 
207 for the PROPFIND
 >> I think I had actually tried out in vain every imaginable combination before 
first writing to the list.
 >>
 >> 84.xxx.145.204 - frim [31/Jan/2009:23:45:28 +0100] "GET 
/horde/rpc.php/kronolith/frim/frim.ics HTTP/1.1" 200 2249 "-" "Mozilla/5.0 
(Macintosh; U; Intel Mac OS X; de; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 
Thunderbird/2.0.0.19"
 >> 84.xxx.145.204 - - [31/Jan/2009:23:45:29 +0100] "PUT 
/horde/rpc.php/kronolith/frim/frim.ics HTTP/1.1" 403 688 "-" "Mozilla/5.0 
(Macintosh; U; Intel Mac OS X; de; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 
Thunderbird/2.0.0.19"
 >> 84.xxx.145.204 - frim [31/Jan/2009:23:45:29 +0100] "PROPFIND 
/horde/rpc.php/kronolith/frim/frim.ics HTTP/1.1" 207 271 "-" "Mozilla/5.0 
(Macintosh; U; Intel Mac OS X; de; rv:1.8.1.19) Gecko/20081209 Lightning/0.9 
Thunderbird/2.0.0.19"
 >
 > Are you sure that you have *not* enabled Apache's DAV for the Horde 
directory? The 403 is usually a sign that either resource permissions inside 
Horde are not sufficient, or that the path to the resource is wrong. Are you 
sure that PATH_INFO is enabled for your web server and that you have sufficient 
permissions for that calendar?
 >
Well, WebDAV is turned off for sure. I have not heard before of the necesiity to 
set the AcceptPathInfo directive, but after your mail I tried that out as well 
(I assume I have to set it to On), but it still does not work.
I notice in the log, that the PUT is without a user identification. As far as I 
understand http user authentification, the server should respond with 401, so 
the client then tries to authenticate, but I see 403.

As far as file permissions are concerned: what is required? Obviously all files 
can be read by Apache, what else is needed? The path behind rpc.php is virtual, 
so I cannot set permissions for them.

If there is a description of how to set it up properly I'll happily read it, 
rather than molesting the mailing list...

kind regards,
Marcus
-- 
Horde mailing list - Join the hunt: http://horde.org/bounties/#horde
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: horde-unsubscribe at lists.horde.org