[Linux-bruxelles] Kontact, Kolab et SyncML

[Laurent Léonard]

Le lundi 14 septembre 2009 à 18:44, Benoit Mortier a écrit :
> Le Monday 14 September 2009 15:00:44 Laurent Léonard, vous avez écrit :
> > Le lundi 14 septembre 2009 à 14:48, Benoit Mortier a écrit :
> > > Le Monday 14 September 2009 03:29:44 Laurent Léonard, vous avez
>
> écrit :
> > > > Le dimanche 13 septembre 2009 à 23:57, Benoit Mortier a écrit :
> > > > > Le Sunday 13 September 2009 19:07:04 Laurent Léonard, vous avez
> > > > > écrit :
> > > > >
> > > > > Hello,
> > > > >
> > > > > > J'utilise depuis plusieurs années maintenant Kontact sur mes 2
> > > > > > machines. J'ai une boîte IMAP sur laquelle je stocke mes
> > > > > > E-mails, ainsi que mes contacts, agenda, tâches et notes au
> > > > > > format Kolab (je viens de migrer vers la version 2 qui utilise
> > > > > > XML qui est recommandée dans KDE 4 et qui corrige en passant
> > > > > > quelques bugs par rapport à la version iCal/vCards).
> > > > > >
> > > > > > Ça fonctionne impeccablement bien sur mon serveur IMAP Courier
> > > > > > (pas de raison que ça ne fonctionne pas sur tous les serveurs
> > > > > > IMAP), mais ça fait un moment que j'aimerais bien synchroniser
> > > > > > correctement mes données avec mon appareil mobile. J'ai bien
> > > > > > essayé des solutions comme Kitchensync mais ça ne semble pas
> > > > > > suivre avec KDE 4, et puis on est en 2009, je veux pouvoir
> > > > > > synchroniser mon appareil directement avec mon serveur sans
> > > > > > passer par un client lourd sur un PC.
> > > > > >
> > > > > > Je sais que Cyrus (modifié) est une brique logicielle de Kolab,
> > > > > > mais dans ce cas-ci je n'utilise en fait que le format de
> > > > > > stockage Kolab sur ma boîte IMAP. Existe-t-il un projet qui
> > > > > > permettrait de se connecter sur ma boîte IMAP et de fournir un
> > > > > > service SyncML ?
> > > > >
> > > > > Dans la suite Kolab, le groupware horde a été modifié et permet
> > > > > de synchroniser les téléphones avec du SyncML.
> > > > >
> > > > > L'ensemble des infos sont disponibles ici
> > > > >
> > > > > http://wiki.kolab.org/index.php/Web_Client_SyncML
> > > > >
> > > > > A+
> > > > > --
> > > > > Benoit Mortier
> > > > > CEO
> > > > > OpenSides "logiciels libres pour entreprises" :
> > > > > http://www.opensides.be/ Contributor to Gosa Project :
> > > > > http://gosa-project.org/
> > > >
> > > > Si je comprends bien, il s'agit d'une surcouche à Horde,
> > > > implémentée par le paquet kolab-webclient dans Debian. Par contre
> > > > il semble que ce dernier ne soit disponible que sur le dépôt
> > > > experimental, c'est si jeune que ça comme fonctionnalité ?
> > >
> > > Non il s'agit de la couche SyncMl de Horde mais qui est en cours
> > > d'amélioration par le projet Kolab
> >
> > Donc Horde peut accéder à un compte IMAP et interpréter le format de
> > stockage Kolab, puis fournir une interface SyncML. Donc si le projet
> > Kolab améliore la fonctionnalité de SyncML de Horde, ça veut dire que
> > ce n'est pas un fork de Horde mais bien Horde lui-même ? Donc il n'y a
> > besoin d'installer que Horde dans sa dernière version ? Et ce paquet
> > kolab-webclient qu'est-ce que c'est alors ?
>
> C'est le paquet contenant que les modifications pour Horde n'étant pas
> encore dans le horde officiel il s'appuye d'ailleurs sur horde pour les
> librairies principales.
>
> > > > Après avoir installé ledit paquet et ses dépendances de Lenny, je
> > > > comprends pourquoi il est sur le dépôt experimental... Les droits
> > > > ne sont pas corrects sur le fichier de log, même chose pour un
> > > > fichier temporaire dans /tmp auquel il essaye d'accéder, les
> > > > fichiers de structure de base de données sont en vrac dans un
> > > > dossier sans documentation... Je suis un peu déconcerté, peut-être
> > > > que je fais fausse route ?
> > >
> > > Les paquets ne sont surement pas à jour comme c'est une
> > > fonctionalité" qui bouge beaucoup en ce moment, il ne sera supportée
> > > officiellement que vers la fin de l'année
> > >
> > > > J'ai testé eGroupware juste avant et j'ai été bleuffé par la
> > > > facilité de mise-en-place et la fonction de synchronisation SyncML
> > > > qui fonctionne out-of-the-box de manière impeccable. Je n'ai pas
> > > > encore testé le connecteur XML-RPC pour Kontact par contre...
> > >
> > > Egroupware a de nombreux autres problèmes ;-) mais effectivement il
> > > sont plus porte sur le SyncML.
> >
> > Comme ? :)
>
> Interface ne marchant pas correctement avec les différents navigateurs,
> schéma ldap mal construit et ne pouvant pas cohabiter avec d'autres, le
> support autre que SyncML est souvent très partiel et difficulté de le
> configurer avec des clients lourds.
>
> > > Il faut aussi savoir que tout le problème du SyncMl, même si je pense
> > > que c'est ce qui existe de mieux, c'est que tout les téléphones ne
> > > sont pas égaux.
> >
> > Effectivement, mais SyncML est un standard, si tous les constructeurs
> > ne le prennent pas en compte c'est tant pis pour eux... non ? C'est
> > quelque chose qui doit être pris en compte lors de l'achat de
> > l'appareil en tout cas. Et d'après ce que j'ai compris Funambol
> > permettrait d'ajouter le support de SyncML même sur des plate-formes
> > comme Windows Mobile ?
>
> Non je voulais dire que même si tu as le SyncML sur ton téléphone tout les
> implémentations ne se valent pas. L'avantage c'est que tu peut acheter
> des clients SyncML pour pas cher pour toutes les plateformes.

J'en profite puisque tu es un expert de Kolab... :) Si je comprends bien il 
y'a une version modifiée de Cyrus pour Kolab... Mais pour le moment j'utilise 
le format de stockage Kolab 2 (XML) sur un serveur IMAP Courier. Qu'est-ce 
que la version modifiée de Cyrus apporte ? Quelles seront mes limites si je 
n'utilise pas la version modifiée de Cyrus ?

-- 
Laurent Léonard
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 197 octets
Desc: This is a digitally signed message part.
URL: </pipermail/linux-bruxelles/attachments/20090918/d56dbb1e/attachment-0001.sig>