Créé en 2004, SOGo est un serveur collecticiel (partage d'agendas, carnets d'adresses et courriels) dont l'architecture est axée sur l'extensibilité de façon à permettre son utilisation simultanée par des milliers d'utilisateurs. SOGo fournit une riche interface Web basée sur la technologie AJAX, offrant des fonctionnalités, une apparence et une expérience utilisateur proches de celles de Thunderbird / Lightning, tout en supportant également plusieurs clients lourds par l'utilisation de protocoles ouverts tels CalDAV, CardDAV et GroupDAV. De plus, SOGo conserve les données des utilisateurs dans des formats standards tels que vCard et iCalendar.
La version 1.0.3 possède de nombreuses améliorations comme la composition de courriels en HTML, le drag and drop et le support du protocole WebDAV sync. Ce dernier permet d'effectuer, très rapidement, des synchronisations DAV en récupérant seulement les changements associés à un jeton donné.
Inverse annonce aussi la sortie du Mozilla Lightning "Inverse Edition" v0.9.5. Cette version, destinée à Mozilla Thunderbird 2, propose un ensemble de correctifs et améliorations par rapport à la dernière version stable disponible pour Thunderbird 2, soit la version 0.9.
Le tout est disponible sur le site officiel du projet SOGo.
Aller plus loin
- SOGo (71 clics)
- Lightning "Inverse Edition" (46 clics)
- Démo en ligne (31 clics)
- Copies d'écran (13 clics)
- Vidéos (6 clics)
- WebDAV sync (14 clics)
# Annonce de l'équipe de Mozilla Calendar
Posté par Ludovic Marcotte (site web personnel) . Évalué à 4.
Vous pouvez aussi lire l'annonce officielle de l'équipe Mozilla Calendar par rapport à Lightning (Inverse Edition) en ouvrant le lien suivant:
http://weblogs.mozillazine.org/calendar/2009/07/ann_lightnin(...)
Merci,
# Drag'n drop pas encore partout
Posté par AP . Évalué à 7.
Cela-dit, des collègues testeurs tatillons qui ont essayé la démo en ligne ont bloqué sur une bête chose : ne pas pouvoir, dans le calendrier, déplacer et redimensionner les évènements à la souris. En comparaison, dans Zarafa (qui imite l'interface d'Outlook version web là où SoGo imite l'interface de Thunderbird), ça marche très bien...
Allez, encore un peu de doc (parce que, pour l'instant, c'est minimaliste) et quelques améliorations à l'interface web et on va pouvoir l'adopter, ce SoGo... :)
[^] # Re: Drag'n drop pas encore partout
Posté par viking . Évalué à 5.
Pour moi, SoGo est vraiment le genre de solution pour répondre au besoin de Groupware dans les PME. Obm, Zimbra et autres groupwares (mail/agenda/contact) pour moi ne sont pas la bonne solution. Je préfère une architecture modulaire avec une application par service : avec un serveur IMAP pour le courriel, un serveur iCal pour l'agenda et un serveur LDAP pour la gestion des contacts.
Et d'après les tests de Mozilla, SoGo est le serveur un des plus avancés dans le support de CalDAV pour communiquer avec Lightning. (Cf. https://wiki.mozilla.org/Calendar:QA_CalDAV_Support )
Par contre, je viens de découvrir sur cette page, DAViCal qui est un serveur iCal sans Interface web, si je vois bien.
Il est juste dommage qu'on ne puissent l'installer rapidement avec un .deb pour faire des tests. Cela nous oblige à post-poser nos tests et son éventuel déploiement.
[^] # Re: Drag'n drop pas encore partout
Posté par Cédric Krier . Évalué à 2.
[^] # Re: Drag'n drop pas encore partout
Posté par Maxime (site web personnel) . Évalué à 2.
Si quelqu'un pouvait affirmer ou infirmer mes dires... Tu me fais douter.
[^] # Re: Drag'n drop pas encore partout
Posté par viking . Évalué à 2.
C'est sensiblement la même structure que dans open-xchange que nous utilisons pour l'instant. Jusqu'à présent, il n'y avais guerre de serveur iCal libre totalement autonome et robuste, comme on peut avoir un serveur IMAP. Avec l'amélioration progressive des protocoles *DAV est apparu une série de services iCal dédiés, notamment Chandler, DAViCal.
Et je trouve que des groupware comme Zimbra, Open-Xchange ou OBM devrait se baser sur de tels services plutot que de réinventer la roue chacun de leur coté. Cela m'étonnerait que tu puisses n'installer que le calendrier d'OBM sur un serveur.
[^] # Re: Drag'n drop pas encore partout
Posté par Erwan Le Gall (site web personnel) . Évalué à 1.
Sinon, le support complet de CalDav arrivera assez vite à priori. Pourquoi ne pas utiliser un outil déjà existant ? Peut-être parce que les tests de ces outils ne sont pas toujours valables pour X ou Y raisons (tenue en charge, vitesse de correction des bugs/acceptation des correctifs, fonctionnement face à des agendas complexes...).
[^] # Re: Drag'n drop pas encore partout
Posté par viking . Évalué à 2.
[^] # Re: Drag'n drop pas encore partout
Posté par Erwan Le Gall (site web personnel) . Évalué à 3.
Je prêche encore un peu pour ma paroisse : je ne vois pas en quoi il ne serait pas possible d'utiliser OBM avec du dovecot. On perd l'avantage de la création automatique de la boîte au lettre lors de la création de l'utilisateur, l'administration au travers de l'IHM d'OBM... Mais si on préfère multiplier les besoins en maintenance (ou plus sérieusement si on se sent plus à l'aise avec dovecot) pourquoi pas ?
OBM propose un certain nombre de briques que la suite logicielle est capable d'administrer. Si tu n'es intéressé que par la partie Agenda/contact/webmail, tu lies OBM à ton annuaire, tu branches le webmail sur tes serveurs SMTP/IMAP et roulez jeunesse ! Si tu veux abandonner le webmail et activer la synchro syncml (et bientôt caldav), hop tu peux...
OBM est bel est bien un outil très modulaire !
[^] # Re: Drag'n drop pas encore partout
Posté par Ludovic Marcotte (site web personnel) . Évalué à 4.
Au niveau de la documentation, quelles améliorations suggérez-vous?
Merci!
[^] # Re: Drag'n drop pas encore partout
Posté par herodiade . Évalué à 2.
> exclusivement sur des standards ouverts et 2. il prend en charge l'interface utilisateur
> uniquement et ne cherche pas à prendre en charge toute la partie serveur de messagerie
Pareil, pour moi (enfin, "ai envisagé").
Mais un rapide essai (echec) d'installation m'a fait peur ; plus précisément le fait qu'il n'y a ni doc ni paquets laissant supposer que ça a été testé sous Debian le rends un peu "risqué" pour moi, vu le peu de chances que j'ai de m'en sortir tout seul en cas de pépin avec ces technos "originales" (je ne suis pas habitué à utiliser GNUStep (ses confs, etc) pour des serveurs, les dépendances au reste de d'OGO semblent énormes et complexes et aussi à installer soi-même par les sources, je connais pas le langage objective C donc je ne peux rien relire pour comprendre un aspect opaque ou corriger un problème, l'outil (ou plutôt sa communauté) semble assez jeune etc...). Sans mettre en cause l'outil, ça fait beaucoup d'inconnues, avec le risque de planter (et ne pas savoir réparer) tout les agendas de mon entreprise à la clef.
J'ai l'impression que ce sera un superbe outil (je veux dire : même pour les bras cassés comme moi) d'ici quelque temps, lorsqu'il sera intégré dans les distros, qu'on trouvera des tutoriaux ou des réponses aux questions de bases déjà sur les archives de la m-l, que les divers paths, rôles et syntaxes des fichiers (binaires, confs, etc) et des dépendances seront documentés, etc.
En attendant je cherche encore un serveur de calendrier qui soit :
- Un peu plus ancien (ou au moins que des gens aient déjà utilisé en prod sous Debian)
- Synchronisable avec Outlook 2007 et Thunderbird + Lightning (donc iCal c'est ça ?)
- Ayant une interface web qui permet aussi l'édition (donc pas phpicalendar)
- Qui gère les freebusy, qui permette d'envoyer des meeting requests
- Standalone, pas une suite tout en un (donc pas Zimbra, Kolab et compagnie)
Quelqu'un connait la perle rare ?
[^] # Re: Drag'n drop pas encore partout
Posté par Benoît Bâlon (site web personnel) . Évalué à 2.
http://www.phenix.gapi.fr
[^] # Re: Drag'n drop pas encore partout
Posté par herodiade . Évalué à 5.
Je suis justement en train de le tester (pour avoir vu ton lien ci-dessous ;). Merci !
Je m'aperçois que mon poste ci-dessus ressemble à une (non méritée) critique du logiciel. Aussi je tient à préciser pourquoi je l'avait quand même sélectionné et ai essayé de le tester, malgré une réticence devant l'inconnu (ObjC/GNUstep/...), et parmis une foultitude d'outils existants et parfois plus connus :
o L'utilisation de protocoles standards et ouverts.
o Il est libre (et il est soutenu par une entreprise, en cas de besoin de correctifs importants ou pressants...)
o SOGo a un superbe score sur https://wiki.mozilla.org/Calendar:QA_CalDAV_Support (j'en déduis que le support des standards y est excellent).
o La contribution de correctifs à Thunderbird/Lightening. Bon esprit, et très bon signe pour la qualité de l'intégration.
o En langage compilé. C'est pas une nécessité impérieuse pour moi (du php, perl ou python ne me dérangent pas), mais il doit pouvoir être très performant, et je trouve ça assez classe ;)
o Le développement semble super actif, et dans le pur esprit "release early, release often".
o C'est un calendrier, et il ne semble pas (trop) essayer de tout faire et le café avec (contre la ribambelle de groupwares bien connue ici), ou d'imposer logiciels pour les autres services concomitants (certains groupwares imposent d'avoir un IMAP sous Cyrus, ou un Postfix, etc.), ou de ramener un gros stack J2EE...
o D'après les démos et les exemples de fichiers de conf, il semble assez complet au niveau fonctionnalités (il semble qu'on puisse le caler sur son ldap, par ex., mais je n'ai pas réussi à aller si loin), dispose d'une interface web fonctionnelle, ...
# Limité au rpm
Posté par Niko . Évalué à 3.
Vous savez si il y a une raison à ça ?
[^] # Re: Limité au rpm
Posté par hippolyte . Évalué à 3.
[^] # Re: Limité au rpm
Posté par Ludovic Marcotte (site web personnel) . Évalué à 4.
# Mauvaise surprise
Posté par Benoît Bâlon (site web personnel) . Évalué à 2.
Pour ma part, je me sers de Lightning pour avoir notamment des agendas synchronisés avec Phenix Agenda [1] et phpicalendar [2], et cette nouvelle version semble corriger quelques petits problèmes (en particulier les fuseaux horaires) sur la gestion des agendas distants.
Quelqu'un a-t-il une solution pour que cette version de Lightning ouvre correctement les agendas locaux de la branche officielle ?
[1] http://www.phenix.gapi.fr
[2] http://phpicalendar.net
[^] # Re: Mauvaise surprise
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
J'ai quelques patches gruik pour contourner des soucis, genre il ne veut pas ajouter un événement si tu n'es pas destinataire de l'envoi (genre si l'envoi est fait sur une liste de diffusion, il ne sait pas que tu es abonné...), etc.
[^] # Re: Mauvaise surprise
Posté par Ludovic Marcotte (site web personnel) . Évalué à 2.
Il n'y a pas eu de changement de schéma SQL entre 0.9 et 0.9.5 donc on peut passer de l'un à l'autre sans problème.
Merci!
[^] # Re: Mauvaise surprise
Posté par Benoît Bâlon (site web personnel) . Évalué à 1.
[^] # Re: Mauvaise surprise
Posté par Benoît Bâlon (site web personnel) . Évalué à 2.
Voici la configuration que j'ai :
- Windows XP SP2
- Thunderbird 2.0.0.22
Dans la liste des agendas, j'ai bien "Mon agenda" qui apparaît, mais rien dans le calendrier, quel que soit le mode d'affichage. R.A.S. dans les propriétés de l'agenda.
Merci pour tout.
# Essai de la version en ligne SOGo Calendar avec Lightning
Posté par FantastIX . Évalué à 1.
Bien sûr, il y a beaucoup d'événements dans cet agenda mais Thunderbird se traîne lamentablement et s'est même crashé alors que je tentais d'acquitter une alarme. Même avec une très bonne machine, le traitement semble relativement lent, ce qui me mène à la question de la tenue de charge avec quelques milliers d'utilisateurs et autant de fois plus d'événements.
Y a-t'il des observations ou des recommandations quant aux limites d'utilisation de Lighnting, au nombre maximal d'utilisateurs, au nombre maximal d'événements? Existe-t'il des stratégies de gestion de événements périmés afin de ne pas augmenter inutilement la charge du client, déjà «lourd».
# rpm fedora core 11
Posté par Oeufdure (site web personnel) . Évalué à 1.
intéressé par le projet sogo, je viens de faire des rpm pour la fedora core 11.
Mais je ne suis pas sur qu'ils fonctionnent bien, est ce que quelqu'un qui a déja fait l'installation complète de sogo pourrait les tester ? ( http://oeufdure.free.fr/download/sogo/ )
Merci
# La question à 10000 €
Posté par André Rodier . Évalué à 2.
J'ai essayé, et je ne trouve toujours pas où l'on règle l'url vers les informations de disponibilité des contacts ? ( free/busy url )
Avec outlook ou evolution, on peut utiliser un template avec l'adresse email, le nom d'utilisateur et le domaine. e.g. http://caldav.example.com/%user%@%domain%/freebusy/
C'est utile lorsque l'on doit organiser un meeting entre plusieurs personnes.
Comment fait-on avec cette extension ?
Merci
[^] # Re: La question à 10000 €
Posté par André Rodier . Évalué à 0.
J'en déduis que ce n'est pas prévu. Après tout, c'est normal, vous n'allez pas faciliter l'utilisation de vos produits avec ceux de la concurrence, ou des standards...
Et puis si ça marche pour Microsoft, il n'y a pas de raison que ça marche pas pour Inverse ( ou Zimbra, OpenGroupware, etc... )
Après, quand Microsoft vends Exchange comme des petits pains, parce que ça s'intègre bien avec outlook, certains viennent pleurer ou qualifier Microsoft d'ennemi numéro 1 du libre. Finalement, l'ennemi du libre, n'est-ce pas lui même ?
De mon côté, j'installe aux petits oignons un environnement debian virtualisé, distribué et redondant, avec ldap, postfix, dovecot, davical, dspam, roundcube+sieve etc. J'attends patiemment la sortie de ZideOne pour ne plus entendre les utilisateurs neu-neu-moutons me dire "On veut Exchange", parce-que Thunderbird/Sunbird souffre encore de graves problèmes d'intégration et d'ergonomie comparé à outlook...
Pour moi, la prochaine étape, si j'ai le temps, c'est de développer un front-end pour caldav avec extjs/mono, pour pouvoir avoir le choix de mes backends, quand certaines société cherchent à vendre un pack frontend+backend indissociable...
Vous pouvez moinser mon coup de gueule...
[^] # Re: La question à 10000 €
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
[^] # Re: La question à 10000 €
Posté par André Rodier . Évalué à 2.
http://user:password@calendar.example.net/freebusy.php/user1(...)
1. Créer un utilisateur fictif, e.g "team", avec un mot de passe connu de l'équipe.
2. Ensuite, dans l'interface de configuration de davical, chaque utilisateur peut ajouter les droits appropriés pour cet utilisateur ( i.e can read free/busy information )
Cela donne:
http://team:password@calendar.example.net/freebusy.php/user1(...)
Il y a deux patchs qui ont été appliqués dans la dernière version qui permettent de rendre les informations free/busy publiques, mais je n'ai pas encore testé.
[^] # Re: La question à 10000 €
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
J'ai d'ailleurs l'impression que la gestion des droits sur un groupe merdoit dans la dernière version.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.