Journal Kolab

Posté par  (site web personnel) .
Étiquettes : aucune
0
18
oct.
2004
Mon deuxième journal de la journée, j'enchaîne...

Je voulais avoir vos retour sur l'utilisation de Kolab server... On n'en entend plus beaucoup parler et les quelques SSII avec qui j'en ai discuté ont considéré le produit comme "mort-né" ou "apparemment non viable", car les subventions publiques allemandes sur ce projet auraient été coupées.

Vous confirmez ? Ça semble pourtant intéressant, et plus ou moins soutenu par l'équipe KDE...

  • # Ahh ?

    Posté par  . Évalué à 10.

    Mort-né ? Première nouvelle mais bon, je suppose que ceux qui disent ca ont leur raison. Ahh si, peut être parce que le projet Kolab1 est maintenant en phase de maintenance, et parce qu'on passe maintenant à Kolab2 :)

    Ce que tu nommes "subventions" sont des contrats en bonne et due forme, pour les versions 1 ET 2. Pas d'abandon donc, mais une continuité. Le gouvernement Allemand ne communique pas beaucoup sur les installations effectuées (question de sécurité parait-il, c'est dommage), mais c'est une réalité.

    La version 2 va d'ailleurs sortir bientôt, et repose sur les mêmes briques que la version 1 (OpenLdap, Postfix, Cyrus-IMAP, en particulier) et y ajoute Spamassassin et ClamAV en standard ainsi que la notion de serveurs maîtres et esclave, le support multi-domaine et pas mal de petites choses un peu longues à détailler ici.

    Ce que j'aime avec Kolab c'est la simplicité d'utilisation pour un utilisateur qui n'est pas technicien. L'interface web en particulier n'est pas surchargée et n'importe qui peut gérer les comptes sans avoir peur. Ca n'est pas le cas avec tous les serveurs de groupware libres ...

    Avec la version 2 (qui tourne déjà en environnement de production de mon coté), on a en plus une interface Web assez géniale, sur la base de composants du projet Horde : IMP et Chronolith entre autres. Les utilisateurs adorent !

    J'ai installé quelques (pas mal de quelques) serveurs Kolab depuis environ un an et demi (ca représente beaucoup de boites mail) , dans deux types de cas :

    - Messagerie Seule
    - Messagerie et calendrier

    L'installation comme la mise à jour sont d'une simplicité absolue (une commande et basta)

    En messagerie seule, on se pose zéro questions et on obtient un système complet sur des bases solides, quelque soit le client utilisé.

    En version agenda plusieurs choix :
    - Le plugin pour outlook (solution de facilité ... payante)
    - Le poste avec KDE et Kontact (attention aux différentes versions qui ne proposent pas toutes le même niveau de support)
    - Mozilla-Mail Mozilla- Calendar / Sunbird Thunderbird (que je préfère éviter)
    - Aethera (de préférence même si le produit est plus light que les précédents)

    Concernant le support KDE à propos, il y a tout de même quelques développeurs plutôt sérieux qui trainent sur les mailing list kolab-dev. Je ne sais pas si c'est le signe d'un support de la part de KDE, mais en tout cas une garantie d'intégration et de continuité.

    Ca ne répond pas à tout parce que je n'ai pas le temps, mais je connais des projets morts qui se portent plus mals.

    Ce qui manque à Kolab ? Un projet marketing aussi fort que celui d'Opengroupware :)

    M

    • [^] # Re: Ahh ?

      Posté par  (site web personnel) . Évalué à 6.

      Lirais-tu dans les pensées ? Les SS2I dont je parlait ont en effet plébiscité OpenGroupware au lieu de Kolab ;)

      Merci pour ce commentaire très instructif, que je plussoirais de tous mes points si je pouvais

      • [^] # Re: Ahh ?

        Posté par  . Évalué à 5.

        Je ne lis pas dans les pensées, je connais leur argumentaire par coeur :)

        Bon ensuite à chacun de voir si il est recevable ...

        M

    • [^] # Re: Ahh ?

      Posté par  (site web personnel) . Évalué à 7.

      >Ce qui manque à Kolab ? Un projet marketing aussi fort que celui
      >d'Opengroupware :)

      Je n'ai pas testé encore Kolab mais il me semble aussi que Opengroupware possède des fonctionnalités que Kolab n'a pas, notament :

      - Une interface pour client Web (sur Kolab je n'ai que cela : http://kolab.org/webclient.html(...)) et marqué comme expérimental)
      - pas de gestion de projets
      - pas de gestion d'entreprise
      - pas de moyen d''utiliser les composants Kolab via une application tierce (XML/RPC ou SOAP par exemple)
      - pas de gestion de document
      - une gestions des droits fine
      - pas de délégation de tache, projets ...
      - y a t-il une gestion d'équipe ? ....


      Kolab semble approprié pour mettre en place rapidement un serveur de mail.
      OpenGroupware, lui ne s'occupe pas de cette partie et repose sur des
      serveurs externes (souvent les même que Kolab d'ailleurs : Cyrus/postfix...)

      Kolab & OpenGroupware semble donc plus complémentaires que concurrents.

      Un lien pour intégrer Kolab (qui s'occupera du mail) et Opengroupware (pour la partie groupware) :

      http://docs.opengroupware.org/Members/sim/ogo-with-kolab/view(...)

      • [^] # Re: Ahh ?

        Posté par  . Évalué à 3.

        Sachant que l'avenir de OpenGroupware s'appelle SOGo (bientôt dans les bacs), et que c'est justement un opengroupware dépouillé de la plupart des fonctionnalités que tu cites pour gagner en légèreté, en charge, et en "utilisabilité" dirons nous, j'aurais tendance à penser que les deux se rejoignent :)

        Et le choix de OGo a été refusé par nos entreprises tests parce que l'interface Web leur semblait "brouillon" (je cite) ... au profit de celle de Kolab qui est en phase test depuis plus d'un an en effet, mais pourtant largement utilisable.

        M

    • [^] # Re: Ahh ?

      Posté par  . Évalué à 2.

      et question compabilité avec evolution, ca vaut quoi?

  • # Proko2

    Posté par  . Évalué à 7.

    Le 7 avril dernier, l'équipe initiale de Kolab a annoncé avoir gagné un deuxième contrat (nommé Proko2) pour continuer le développement de Kollab. L'un des principaux buts de ce contrat est de redéfinir la structure de stockage des données sur le serveur afin d'avoir un groupe hétérogène de clients Outlook / Kontact / Interface Web partageant les mêmes calendriers, carnet d'adresse, etc... Pour l'instant, on en est pas encore là.
    Le contrat Proko2 a fininacé du développement sur Kontact et KMailn en particulier la réécriture de la bibliothèque de chiffrement du courrier.

    Si tu vas sur le site kollab.org et tu feuillettes les listes de diffusion, tu verras qu'il y a une communauté active de développeurs actuellement.

  • # SSII

    Posté par  (site web personnel) . Évalué à 5.

    quelques SSII avec qui j'en ai discuté ont considéré le produit comme "mort-né" ou "apparemment non viable"

    Si les SSII avaient une quelconque compétence en informatique ça se saurait.

    • [^] # Re: SSII

      Posté par  . Évalué à 5.

      Si les SSII avaient une quelconque compétence en informatique ça se saurait

      Si les commentaires de pilier de bar de ce genre étaient pertinents, ça se saurait.

      • [^] # Re: SSII

        Posté par  . Évalué à 0.

        Si les piliers de bar parlaient, ca se saurait.

      • [^] # Re: SSII

        Posté par  (site web personnel) . Évalué à 4.

        Bien vu, les piliers de bar sont très bien representés dans les ssii, d'où la petinence de la phrase initiale.

  • # Kolab

    Posté par  . Évalué à 3.

    J'utilise kolab 1 modifié pour gérer le multidomaine, sieve et multialias + spamassassin et antivirus en mode messagerie+calendrier , avec plugin de bynari sous outlook.

    Je sans que je vais vite passer a kolab 2 car j'ai fait des hacks dégueux dessus, mais à part ça, ça marche très bien, et la mailing list est très active.

    Non, le seul problème, c'est que y'a pas tellement de com sur kolab. Contrairement à opengroupware.org, par exemple. (non testé)

    • [^] # Re: Kolab

      Posté par  (site web personnel) . Évalué à 2.

      Ce problème de com semble jouer en sa défaveur... Il n'y a à ma connaissance qu'une société dont je tairai le nom pour ne pas faire de pub qui promeut kolab. Les autres restent sur des solutions de type egroupware ou opengroupware, très bons d'ailleurs, soit dit en passant.

      • [^] # Re: Kolab

        Posté par  . Évalué à 0.

        Pour l'avoir mis en place, opengroupware en tant que tel ne gère pas du tout le serveur mail contrairement à kolab. Je l'ai installé avec les packages debian ... pas vu de package pour en tt cas. Ceci dit, il marche très bien et ca peut être utile de séparer le front-end groupware du backend mail ...

        Bref, j'avais essayé kolab en son temps mais il ne m'avait pas convaincu parce pas de spamassassin en default ni de amavisd sinon, très bien soigné et très bien ficellé pour le reste.

      • [^] # Re: Kolab

        Posté par  . Évalué à 1.

        En tout cas j'aimerais pas avoir à faire de la com sur kolab en France, ou alors faudrait réussir à cacher le nom qui est connoté très négativement au moins dans ma tête...

        • [^] # Re: cacher le nom ...

          Posté par  . Évalué à 5.

          Le problème est réglé, puisque le nom de baptème du projet Kolab2 est (accrochez vous bien) : Proko2

          A croire que c'est un générateur de nom moche qui se cache derrière tout ca, je suis d'accord :)

          Je sais pas moi, EasyGroupware ou TheGroupwareTouch, ca serait mieux non ?
          Euh ... non plus ? :)

          M

      • [^] # Re: Kolab

        Posté par  . Évalué à 4.

        une société dont je tairai le nom pour ne pas faire de pub

        T'es dur, parce que si c'est moi qui le fais, les gens vont dire que je suis partial alors que pas du tout ;)

        Bon, il faut avouer aussi qu'on a commencé à bosser sur Kolab quand OpenGroupware n'existait que sous forme d'un produit commercial moribon, et pas encore sous licence libre. eGroupware n'existait même pas ... et phpGroupware était inutilisable.

        Vu l'évolution (prochement future) de OGo, je ne regrette pas ce choix.

        M

  • # Open-xchange

    Posté par  . Évalué à 2.

    Certains d'entre vous ont-ils testé open-xchange ? Je parle de la version "communautaire" OX pas la propriétaire de Suse (SLOX pour Suse Linux Open Xchange).

    Intérêt par rapport à Kolab ou OpenGroupware ?

    Un des gros point fort d'un groupware à mon avis, j'entends pour qu'il soit utilisé dans la vraie vie, est la qualité des connecteurs avec outlook, la plupart des boites voulant virer exchange n'attendant que ça. L'utilisateur de base veut son outlook, peu importe ce qu'il y a derriere. J'avais eu pas mal de problemes avec le connecteur outlook-ogo de skyrix il y a quelques mois, je ne sais pas si c'est mieux aujourd'hui.

    Celui de kolab fonctionne bien ? (free&busy and co supportés) ?

    • [^] # Connecteur Outlook

      Posté par  . Évalué à 2.

      Je ne suis pas certain que le plugin Bynari fonctionne très bien. Toltec développé par une firme sud-africaine semble plus suivi par son équipe de développement. A tester.

      http://www.toltec.co.za/(...)

      • [^] # Re: Connecteur Outlook

        Posté par  . Évalué à 2.

        Je confirme, Toltec est bien plus abouti.

        Le freebusy et tout le toutim sont supportés, et l'équipe de développeurs est très réactive. En plus il est moins cher, ca ne gache rien ...

        http://www.toltec.co.za/(...)

        En plus une compatibilité avec les clients Web (les gens de horde sont très impliqués) et Kontact, ca ne gache vraiment rien.

        Bynari fonctionne mal en version 1.x (plus distribuée), et très mal en version 2 => A oublier.

        M

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.