Classé dans : Serveur, Planet-Libre | 6 commentaires | publié le 02 août 2012
SOGo se présente sous le terme marketeux "groupware" c'est à dire un outil de travail collaboratif et d'échanges de documents. Il est distribué sous licence GPL et a pour particularité de s'appuyer sur des composants externes. Ainsi il n'intègre pas de serveur mail il faudra donc lui en fournir un avec accès IMAP et SMTP. Pour la gestion des comptes il faudra utiliser un annuaire LDAP ou une base de données externe.
La description est plutôt alléchante, un logiciel capable de s'intégrer sans trop broncher sur une infrastructure existante, avec une licence libre... Nous allons voir ces points dans les paragraphes suivants.
Installation
La procédure est plutôt complète et détaillée, par contre vous avez intérêt à ne pas faire la moindre faute de frappe et à rester dans les clous, sans quoi il faudra tout reprendre depuis le début. C'est GNUstep qui est utilisé, il rempli un fichier XML de configuration auquel il ne faut absolument pas toucher sinon il s'auto-détruit. Assez pénible. A titre d'information, voici l'environnement de test que j'ai utilisé :
- Annuaire : Active Directory sur un serveur Windows 2008R2
- Serveur mail : Ubuntu avec postfix et dovecot
- Serveur SOGo : CentOS 6
- Base de données : MySQL sur le même serveur que SOGo
Ma première tentative d'installation a échoué, Apache me renvoyant une page d'erreur 502... après quelques recherches il s'avère que le fichier de configuration XML a totalement zappé/perdu la partie sur ldap. J'ai essayé de l'entrer à la main à l'aide d'exemples, mais en relançant le service SOGo tout s'effaçait ! J'ai donc du reprendre la configuration depuis le début, en lignes de commandes...
Interface Web
Ces captures d'écran ont été faites sur la démo du site officiel. J'aurais bien voulu en faire sur mon installation, mais à l'heure où je rédige l'article SOGo ne fonctionne plus, il n'a visiblement pas aimé que je redémarre le serveur et a décidé de se faire hara-kiri.
Groupware n'est pas le terme approprié car à mon sens SOGo n'est qu'un webmail. Les seuls échanges possibles entre les utilisateurs sont au niveau des agenda, rien de plus. Il y a des carnets d'adresses mais ils sont visiblement gérés par l'annuaire ldap, SOGo n'apporte donc rien sur ce point.
Je ne peux pas m'empêcher de penser à Zimbra, dont la version 8 développée par VMware est très réussie. SOGo ne fait pas le poids.
Un point positif que je dois accorder est son architecture permissive, il ne requiert pas de composants bien précis. Il consommme aussi peu de ressources, là où un Zimbra va demander 2GB de mémoire rien que pour démarrer, SOGo se contente d'une petite centaine de Mégas.
Connecteurs
Il est possible de travailler sur SOGo sans passer par le webmail, en utilisant Thunderbird (avec le plugin lightning pour le calendrier) ou Outlook car des connecteurs adéquats sont proposés. Cela peut rendre le produit plus intéressant !
Conclusion
SOGo ne m'a pas vraiment convaincu, il lui faut encore du temps pour se développer. En solution personnelle je préfère largement installer un petit webmail avec un plugin agenda synchronisé en carddav/caldav, et en entreprise Zimbra me parait beaucoup plus approprié.
6 commentaires
Il est vrai que sogo apporte peu par rapport un webmail standard et le terme groupware est sans doute exageré.
Son vrai atout arrive avec la version 2 (qui est actuellement en version RC4) : la connectivité native (sans plugin à installer sur chaque poste) avec outlook 2003/2007/2010 à l'aide de openchange.
Bonjour,
et en comparaison avec eGroupware?
eGroupware est plus simple à installer, et fonctionne convenablement après redemarrage du serveur. On peut même le faire tourner sur du mutualisé, seuls quelques services seront alors inutilisables.
A+
Je conseil à ceux qui voudraient découvrir le logiciel d'aller jeter un oeil sur la doc et la demo en ligne. Cet article ne rend pas hommage à la super qualité de SOGo malheureusement.
SOGo est bien plus qu'un webmail. Il agit comme un vrai serveur de carnets d'adresses. Chaque uilisateur peut créer autant de carnets qu'il veut, et déléguer des droits différents aux autres. Le tout est accessible soit depuis l'interface web, par les protocoles carddav/groupdav ou par syncML avec un connecteur funambol (et bientôt via activesync avec le projet sogosync).
Toujours sur les carnets d'adresses, SOGo permet d'exporter des branches de votre annuaire LDAP et les rendre accessible via Carddav/Groupdav aussi.
Il est encore plus puissant côté agenda, ou il n'a pas à rougir face à beaucoup de concurents. Idem, les données sont bien sûre acessibles via CalDav ou encore SyncML.
Déjà, on arrive là à une solution intéressante puisqu'elle permet de partager et d'accéder aux informations depuis à peu près n'importe quoi (smartphone, Thunderbird, etc...)
Enfin le webmail est assez bien foutu aussi, puisqu'il permet par exemple la gestion de partages de vos répertoires IMAP (pour peu que votre serveur IMAP supporte les ACL) ainsi que les filtres côtés serveur (si votre serveur IMAP supporte sieve)
Enfin, SOGo n'a peut-être pas toutes les fonctionnalités de ses concurents, mais le terme groupware est amplement mérité, et son architecture (notemment le fait qu'il se greffe sur tous les autres composants existant au lieu de les remplacer) représente un vrai plus.
Toi qui veut te débarrasser de google&co comme dit plus haut tu devrais jeter un coup d’œil vers la bêta de sogo avec la syncro type exchange ça te ferait du push (long pooling au moins) pour android. J'ai pas essayer mais ça semble prometteur.
A+, Sympa ton blog.
Je ne peux pas, je n'arrive pas à installer openldap, c'est trop complexe.
Sogo a comme avantage de ne pas avoir besoin de connecteur pour Outlook alors que les autres solutions utilisent des connecteurs qui, pour la plupart, sont payant. Pour simplifier openldap il existe plusieurs solutions mais ipa (dispo dans les packages Centos) est facile a installer et administrer (interface web).
@+