[Kolab-devel] Strange behavior with ICal snychronisation Kolab 2.2.3

[Gunnar Wrobel]

Hi Andrea,

Quoting ComCept Soliva <soliva at comcept.ch>:

> Hi all
>
> Following feedback from a test which I did with a MAC and ICal functionality
> using Kolab 2.2.3. I configured a ICal Kalender with the name of the user
> account and with the URL:
>
> https://[host}/client/rpc.php/kronolith/[Kolab User ID]
>
> After the configuration I announced the configured Calender within ICal to
> the Kolab server and each entry of the calender was "put" to the related
> account on the Kolab server. After successful "announcement" we checked over
> Horde if all events was put correct to the users account and we can confirm
> this. In the first view everything was looking perfect. After more tests we
> noticed following:
>
> - Within every announcement or/and actualization of the related Calender
> within ICal the request is deleting EVERY Calender entry and "put's" every
> entry again to the Kolab server (no synch only a "delete all" as afterwards
> a "put again all"). Why is the stuff not synched and instead every time
> deleted and from scratch "put" again to the server?

I do not think you can do more with WebDAV. "PUT" is restricted to  
uploading a complete file to the server.

I checked the code and it also does not support more than this.

Another indication that the behavior you describe is to be expected  
might be that your client apparently knows this also. Otherwise it  
would try to update single events, no?

>
> - Another issue we recognized is, if the users launches within ICal the
> announcement and if you have more as - lets say 50 entry - ICal will give
> back an Error telling that the announcement was not successfull but in the
> background all data is "put" correctly (except that everything is again
> first of all "deleted" and afterwards from scratch again "put" to the Kolab
> server). It seems that ICal goes in a timeout and and Kolab works straight
> ahead in the background?

Do you see any associated errors on the server? Or is this purely a  
client issue? Does the client tell you more about the reason why it  
fails?

>
> - I looked to the flat files on the Kolab Server and the format I see there
> is similar to a Mail entry (Imap entry) meaning the stuff is in kolab.xml
> format and everything seems to be fine as it must be.
>
> - Is this something which is supported or did I try something which is not
> visible on was not planed?
>
> The main issue here is really that everytime a calender entry changes or
> whatever that the process will delete EVERYTHING within the Calender on the
> Kolab server and put afterwards again EVERYTHING on the server. From
> performance etc. reasons this is ugly and not really that what should be
> or.....?

This will only change with support for better protocols such as CalDAV  
or GroupDAV. At least as far as I know. Currently only WebDAV is  
supported.

>
> - Within Snow Leopard 10.6 -if I'm correctly informed - Apple remove the
> WebDAV functionality within ICal (they want that .MAC is used to earn $). I
> know there is a hack to be again able to use WebDAV but if I'm correct Kolab
> does not support WebDAV in this way that the stuff is afterwards available
> within Horde etc. correct?

I would say it does. But I might misunderstand your question.

Cheers,

Gunnar

>
> Sorry many questions but at the moment I'm a little bit confiused and not
> understanding the behavior specially because from scratch it would work if
> this case with DELETE all first and afterwards put again all on the server
> wouldn't be. Can you please give me quick a feedback if I did something
> false or did understand something false? Wihtin the logs I did not noticed
> something special.
>
> Kind regards
>
> Andrea Soliva
>
> Mail: soliva at comcept.ch
>
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
URL: <http://lists.kolab.org/pipermail/devel/attachments/20100324/c1c44155/attachment.sig>