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.
Par ailleurs, SOGo réutilise les composantes existantes d'une infrastructure telles qu'un serveur IMAP, SMTP, un annuaire LDAP et une base de données SQL (les solutions MySQL, Oracle et PostgreSQL sont prises en charge). SOGo repose donc sur ces composantes afin d'offrir un environnement riche en fonctionnalités et cohérent.
Finalement, SOGo offre une excellente intégration avec Mozilla Thunderbird et Lightning et permet la synchronisation avec une multitude d'appareils mobiles grâce à l'intergiciel Funambol. Des paquets pour Red Hat Enterprise Linux (ou CentOS) sont disponibles sur le site officiel du projet. SOGo peut toutefois être installé sur n'importe quelle plateforme UNIX supportant GNUstep.
NdM : SOGo est distribué sous licence GNU GPL v2, réutilise du code d'OpenGroupware (licence GNU LGPL v2+), et est également écrit en Objective-C.
Aller plus loin
- SOGo (85 clics)
- Inverse (126 clics)
- Démo en ligne (60 clics)
- Copies d'écran (30 clics)
# collecticiel
Posté par Marc Poiroud (site web personnel) . Évalué à 8.
La Commission générale de terminologie et de néologie a adopté le terme logiciel de groupe de travail (forme abrégée : logiciel de groupe, paru au Journal officiel de la République française). Une traduction aurait pu être logiciel de travail collaboratif ou collecticiel.
source wp : http://fr.wikipedia.org/wiki/Groupware
Nota : collecticiel … c’est moche.
[^] # Re: collecticiel
Posté par Larry Cow . Évalué à 6.
(ceci étant dit, c'est vrai que "collecticiel" est assez moche, mais "logiciel de groupe de travail" est long et verbeux)
[^] # Re: collecticiel
Posté par Dr BG . Évalué à 6.
[^] # Re: collecticiel
Posté par Gniarf . Évalué à 3.
[^] # Re: collecticiel
Posté par B16F4RV4RD1N . Évalué à 6.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
# Intégration "respectueuse"
Posté par Larry Cow . Évalué à 4.
Petite(s) question(s), d'ailleurs : dans les versions que j'avais testé (il y a un peu plus d'un an), le look du webmail était légèrement en retard par rapport aux évolutions de TB (en clair, ça ressemblait à TB1 alors que tout le monde déployait du TB2 à tour de bras). J'ai cru lire dernièrement que la similitude visuelle TB/SOGo était un point très important pour vous (Inverse) : est-ce que ça veut dire que cette version 1.0 de SOGo correspond bien à TB2? Ou que le rapprochement est à prévoir pour TB3? Ou les deux? ;)
Autre petite question : depuis quelques temps, vos collègues/concurrents de Zarafa ont mis leur groupware en opensource (la concurrence directe n'est pas si évidente, puisque leur "mimétisme" visuel cible Outlook plutôt que TB). Ils avaient commencé par libérer une brique particulière de leur infrastructure: Z-Push - une implémentation PHP de l'ActiveSync-over-HTTP(S) de Microsoft. Une telle brique, liée à SOGo, serait une _grosse_ valeur ajoutée : Funambol/SyncML est une solution standard, mais lourde à mettre en oeuvre (nécessité d'avoir Tomcat dans un coin, un client tiers sur de nombreux terminaux, etc.) alors qu'intégrer ZPush permettrait d'intégrer "nativement" les clients Windows Mobile et iPhone (au minimum), qui sont légions dans certains milieux. Est-ce que c'est quelque-chose que vous avez regardé? Si oui, vous avez déjà pris une décision à ce sujet?
Merci en tous cas, et ça reste un très bel exemple d'utilisation _concrète_ de GNUstep ;)
[^] # Re: Intégration "respectueuse"
Posté par sylvain garcia (site web personnel) . Évalué à 1.
[^] # Re: Intégration "respectueuse"
Posté par sylvain garcia (site web personnel) . Évalué à 1.
;)
[^] # Re: Intégration "respectueuse"
Posté par Larry Cow . Évalué à 3.
Mais ça confirme mon impression qu'OBM est aussi un foutu bon morceau de logiciel ;)
[^] # Re: Intégration "respectueuse"
Posté par Ludovic Marcotte (site web personnel) . Évalué à 2.
[^] # Re: Intégration "respectueuse"
Posté par Larry Cow . Évalué à 4.
# Debian ?
Posté par André Rodier . Évalué à 2.
Sinon, la licence permet elle de reprendre les sources, et de faire des paquets debian ?
[^] # Re: Debian ?
Posté par Yth (Mastodon) . Évalué à 2.
Une rapide recherche sur le site et dans les sources... n'a rien donné quant-à la licence utilisée ^^ Donc je suppose que ta question se pose malgré tout...
Yth.
[^] # Re: Debian ?
Posté par Yth (Mastodon) . Évalué à 4.
T'as ta réponse :)
Yth.
[^] # Re: Debian ?
Posté par jms . Évalué à 2.
En tout cas, des paquets Debian seraient très fortement appréciés !
Bon courage et merci à Inverse pour ce beau projet !
# chapeau bas
Posté par Dreammm . Évalué à 5.
La dernière fois que j'avais testé OBM, c'était l'enfer de ce point de vue.
Si quelqu'un peut me détromper, tant mieux :-)
# Utilisation avec plus d'un serveur IMAP ?
Posté par ohmer . Évalué à 2.
J'ai consulté rapidement la documentation, mais j'ai une question qui est demeuré sans réponse... est-ce possible d'utiliser plus d'un serveur IMAP avec une seule installation de SOGo ? Dans notre cas, nous avons un serveur IMAP situé dans 2 villes différentes et les usagers sont rattachés à un serveur plutôt qu'un autre en fonction de leur localisation principale (le dispatch se fait sur le smtp en frontal).
Le reste de l'architecture SOGo peut rester centralisé à un seul lieu (c'est même préférable je pense), mais pour l'IMAP je ne peux pas faire sans.
D'après ce que je comprends, le IMAP est utilisé que par le webmail de SOGo, donc il suffirait que cette composante puisse interroger la db ou le ldap pour connaitre l'IMAP où il doit se connecter.
Est-ce possible d'utiliser SOGo dans ce contexte ?
[^] # Re: Utilisation avec plus d'un serveur IMAP ?
Posté par Ludovic Marcotte (site web personnel) . Évalué à 2.
http://mail.opengroupware.org/pipermail/sogo/2009-March/0018(...)
[^] # Re: Utilisation avec plus d'un serveur IMAP ?
Posté par André Rodier . Évalué à 1.
http://packages.debian.org/lenny/imapproxy
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.