J’ai eu l’agréable surprise de découvrir qu’il existait un paquet pour Squeeze, mais après une bonne soirée d’acharnement, je n’ai pas réussi à obtenir quelque chose de vraiment fonctionnel. Une interface web pleine de bugs, des modules manquants, bref, pas génial génial.

L’installation étant bien documentée, sur le site officiel, pour une distribution RedHat, je me suis finalement résigné à tenter le coup sur une CentOS 5.  Après tout, je n’avais pas mis le nez dans une RedHat depuis des lustres, c’était l’occasion.

Heureux de cette expérience réussie sous CentOS, j’ai ressenti une pointe de frustration de n’avoir pas pu faire tourner le binious sous ma distribution préférée. J’ai finalement consacré une dernière soirée à une installation à partir des sources, sous Lenny.

CentOS 5

La documentation officielle est très bien faite et ne justifie pas un article dédié à l’installation sous CentOS. Il faut veiller cependant à adapter la configuration du dépôt utilisée dans cette doc, en remplaçant RHEL5 par CentOS5.

/etc/yum.repos.d/inverse.repo

[RHEL5]
 
name=Inverse SOGo Repository
 
#baseurl=http://inverse.ca/downloads/SOGo/RHEL5/$basearch
 
baseurl=http://inverse.ca/downloads/SOGo/CentOS5/nightly/$basearch
 
gpgcheck=0

Note : J’ai utilisé la branche « nightly » après avoir rencontré des problèmes de dépendances avec la branche classique (inverse.ca/downloads/SOGo/CentOS5/$basearch). C’est évidemment peu recommandé pour une machine en production.

A noter également que la doc est basée sur une utilisation avec postgresql, mais passe sous silence l’installation de ce dernier. Un petit coup de « yum » règle rapidement le problème :

# yum install postgresql-server

Enfin, j’ai bloqué un petit moment à cause du firewall SeLinux qui interdit par défaut les connexions sur le port http. Pour autoriser les connexions au port 80 :

# setsebool httpd_can_network_connect=1

Debian Lenny

Pré-requis

SOGo utilise un LDAP pour l’authentification et les annuaires mails centralisés, un serveur SMTP et IMAP pour la gestion des mails. Dans cet exemple, je vais me baser sur l’architecture décrite ici :

Installation d’un serveur mail brique par brique… (OpenLDAP, Postfix, Cyrus-imap, TLS, SASL, Spamassassin, Amavis, etc…)

Installation de quelques paquets nécessaires au fonctionnement et à la compilation de SOGo ( Apache2, GNUStep, Postgresql, etc…)

# aptitude install apache2 apache2-mpm-prefork apache2-prefork-dev
# aptitude install postgresql
# aptitude install make patch subversion monotone
# aptitude install gobjc gnustep-make libgnustep-base1.16 libgnustep-base-dev libpq5 libpq-dev libldap2-dev libxml2-dev libmysqlclient15-dev gnustep-base-common gnustep-base-runtime

La compilation de SOGo nécessite la librairie Memcached (libmemcached2 libmemcached-dev), non disponible par défaut sous Lenny. Les paquets peuvent cependant être empruntés à Squeeze :

- http://packages.debian.org/squeeze/libmemcached2
- http://packages.debian.org/squeeze/libmemcached-dev

# aptitude install memcached
# dpkg -i libmemcached2_0.31-1_i386.deb libmemcached-dev_0.31-1_i386.deb

Postgresql

Création d’un utilisateur « sogo » dans postgresql et création d’un base « sogo« .

# su – postgres
$ createuser –no-superuser –no-createdb –no-createrole –encrypted –pwprompt sogo
$ createdb -O sogo sogo

Note : Pour l’exemple, j’ai utilisé « sogopasswd » comme mot de passe.

Récupération des sources

SOGo  ( monotone )

$ mtn db init –db=db.mtn
$ mtn –db=db.mtn pull inverse.ca ca.inverse.sogo
$ mtn –db=db.mtn checkout –branch ca.inverse.sogo SOGo

SOPE (Subversion)

$ svn export -r 1660 http://svn.opengroupware.org/SOPE/trunk/ SOPE

Compilation

SOPE

$ cd SOPE
$ patch -p0 < ../SOGo/SOPE/sope-patchset-r1660.diff
$ patch -p0 < ../SOGo/SOPE/sope-gsmake2.diff
$ source /usr/share/GNUstep/Makefiles/GNUstep.sh
$ ./configure –with-gnustep –enable-strip –enable-debug
$ make
$ su
# make install
# exit

SOGo

$ cd ../SOGo
$ source /usr/share/GNUstep/Makefiles/GNUstep.sh
$ ./configure –enable-strip –enable-debug
$ make
$ su
# make install
# cp Scripts/sogod-wrapper /usr/sbin/
# cp debian/sogo.init /etc/init.d/sogo

# chmod +x /etc/init.d/sogo

Edition du fichier /etc/init.d/sogo pour affecter 3 à la variable PREFORK. Ce qui permet de lancer 3 démons Sogo simultanément.

/etc/init.d/sogo

...
 
# specify more if you are using a load-balancer
 
# PREFORK=1
 
PREFORK=3
 
SOGO_ARGS=""
 
USER=sogo
 
...

Configuration

Création d’un utilisateur « sogo » :

# adduser sogo –home /var/lib/sogo

Création des répertoires :

# mkdir /var/spool/sogo /var/run/sogo /var/log/sogo
# chown -R sogo /var/spool/sogo /var/run/sogo /var/log/sogo

Création du fichier de configuration :

# su – sogo
$ mkdir -p GNUstep/Defaults
$ vi GNUstep/Defaults/.GNUstepDefaults

/var/lib/sogo/GNUstep/Defaults/.GNUstepDefaults

{
     NSGlobalDomain = {
     };
     gdnc = {
};
 
sogod = {
    NGImap4DisableIMAP4Pooling = YES;
    NGUseUTF8AsURLEncoding = YES;
    OCSFolderInfoURL = "postgresql://sogo:sogopasswd@localhost:5432/sogo/sogo_folder_info";
    SOGoACLsSendEMailNotifications = YES;
    SOGoAppointmentSendEMailNotifications = YES;
    SOGoAuthenticationMethod = LDAP;
    SOGoCalendarDefaultRoles = (
     PublicViewer
);
 
SOGoDefaultLanguage = French;
SOGoDefaultMailDomain = linet.jopa.fr;
SOGoDraftsFolderName = INBOX/Drafts;
SOGoFallbackIMAP4Server = mail.linet.jopa.fr;
SOGoFoldersSendEMailNotifications = YES;
SOGoLDAPSources = (
{
     CNFieldName = cn;
     IDFieldName = uid;
     UIDFieldName = uid;
     baseDN = "dc=linet,dc=jopa,dc=fr";
     bindDN = "cn=guest,dc=linet,dc=jopa,dc=fr";
     bindFields = uid;
     IMAPHostFieldName = site;
     bindPassword = "MotDePasseGuestLDAP";
     canAuthenticate = YES;
     displayName = "Adresses Jopa";
     hostname = localhost;
     id = public;
     isAddressBook = YES;
     port = 389;
     scope = SUB;
}
);
SOGoMailingMechanism = smtp;
SOGoOtherUsersFolderName = "Other Users";
SOGoProfileURL = "postgresql://sogo:sogopasswd@localhost:5432/sogo/sogo_user_profile";
SOGoSMTPServer = mail.linet.jopa.fr;
SOGoSentFolderName = INBOX/Sent;
SOGoServerTimeZone = Europe/Paris;
SOGoSharedFolderName = "Shared Folders";
SOGoTrashFolderName = INBOX/Trash;
WOApplicationRedirectURL = "http://labo.linet.jopa.fr";
WOMessageUseUTF8 = YES;
WOParsersUseUTF8 = YES;
WOPort = 20000;
 
WOUseRelativeURLs = NO;
SOGoSuperUsernames = (joel);
SOGoForceIMAPLoginWithEmail = NO;
 
};
}

Notes :

- J’utilise l’utilisateur Guest pour la lecture de l’annuaire LDAP. C’est utilisateur a des droits en lecture seule sur la branche contenant mes utilisateurs. Si l’annuaire autorise une lecture anonyme, la connexion à l’annuaire sous un utilisateur particulier n’est pas nécessaire.
- labo.linet.jopa.fr est l’url de la machine sur laquelle est installée Sogo.

Apache

Création d’un fichier de configuration : /etc/apache2/conf.d/sogo.conf

Alias /sogo.woa/WebServerResources/ \
        /usr/local/lib/GNUstep/SOGo/WebServerResources/
Alias /SOGo.woa/WebServerResources/ \
        /usr/local/lib/GNUstep/SOGo/WebServerResources/
Alias /SOGO.woa/WebServerResources/ \
        /usr/local/lib/GNUstep/SOGo/WebServerResources/
 
<LocationMatch "^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*jpg">
  SetHandler default-handler
</LocationMatch>
 
<LocationMatch "^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*png">
  SetHandler default-handler
</LocationMatch>
 
<LocationMatch "^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*gif">
  SetHandler default-handler
</LocationMatch>
 
<LocationMatch "^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*css">
  SetHandler default-handler
</LocationMatch>
 
<LocationMatch "^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*js">
  SetHandler default-handler
</LocationMatch>
 
AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
           /usr/local/lib/GNUstep/SOGo/$1.SOGo/Resources/$2
 
<Proxy balancer://sogocluster>
  RequestHeader set "x-webobjects-server-protocol" "HTTP/1.0"
  RequestHeader set "x-webobjects-remote-host" "127.0.0.1"
 
  RequestHeader set "x-webobjects-server-port" "80"
  RequestHeader set "x-webobjects-server-name" "labo.linet.jopa.fr"
  RequestHeader set "x-webobjects-server-url" "http://labo.linet.jopa.fr"
 
 
  BalancerMember http://127.0.0.1:20000 retry=1 max=1 timeout=120
  BalancerMember http://127.0.0.1:20001 retry=1 max=1 timeout=120
  BalancerMember http://127.0.0.1:20002 retry=1 max=1 timeout=120
  ProxySet lbmethod=byrequests maxattempts=1
  Order allow,deny
  Allow from all
</Proxy>
 
SetEnv proxy-nokeepalive 1
ProxyRequests Off
ProxyPass /SOGo balancer://sogocluster/SOGo

Activation des modules apache :
# a2enmod proxy
# a2enmod proxy_http
# a2enmod proxy_balancer
# a2enmod headers

Démarrage

# /etc/init.d/apache2 restart
# /etc/init.d/sogo start

Si tout se passe bien, l’interface Web de Sogo est disponible via l’url : http://votre_serveur/SOGo

Sources :

- http://www.scalableogo.org

- http://wiki.auf.org/wikiteki/ZA/Montr%C3%A9al/SOGo/ProcedureInstallation

J’ai publié, en début d’année, un billet sur l’installation d’un serveur mail basé sur différentes « briques » :

• OpenLDAP,
• Postfix,
• Cyrus-imap,
• TLS,
• SALS,
• Spamassassin,
• Amavis,
• etc…

En réutilisant ce tuto pour l’installation d’un nouveau serveur, je me suis aperçu de quelques coquilles et de légères différences pour une installation sous Lenny.

L’occasion pour moi de réactualiser l’article, en tenant comptes de vos remarques et commentaires.

Installation d’un serveur mail brique par brique… (OpenLDAP, Postfix, Cyrus-imap, TLS, SASL, Spamassassin, Amavis, etc…)

Nous entendons par « outil collaboratif » :

• Une messagerie accessible depuis un client classique (Thunderbird par exemple) ou en webmail,
• Un annuaire commun centralisé,
• Un agenda partagé,
• Un gestionnaire de tâches,
• Et éventuellement un système de partages ou de diffusion de fichiers.

La solution doit, bien entendu être libre et sera installée et administrée par nos soins. Après un petit tour rapide, il nous est apparu que 3 produits sortaient du lot et méritaient des tests plus approfondis : e-groupware, OBM et Zimbra.

Tous ces produits disposent d’une démo en ligne, mais pour évaluer ce qui nous attends en terme de tâches d’administration quotidienne, nous avons entrepris d’installer et de mettre en test chacun d’entre eux.

La suite de ce billet est consacrée à l’installation et à la mise en route de Zimbra. Il ne sagit pas ici, de faire une présentation détaillée du logiciel ou un guide d’utilisation. E-groupware et OBM feront l’objet de futurs articles.

Présentation

Zimbra est donc un logiciel collaboratif (groupware) qui permet à ses utilisateurs de stocker, organiser et partager rendez-vous, contacts, email, liens, documents et plus.
Il a la particularité d’être développé en « Web Service » et de disposer d’une interface AJAX très réactive par rapport à un développement web « classique ».

En 2007, Zimbra a été racheté par la société Yahoo qui publie la version 5 sous licence « YPL (Yahoo Public Licence)« .  De ce côté et avant même l’installation, Zimbra perd un peu d’avantage par rapport aux autres produits sous licence GPL.

Zimbra Collaboration Suite (ZCS) est disponible en version Open Source et plusieurs déclinaisons commerciales.

Pour en savoir plus, je vous invite à consulter le site de Zimbra ou Wikipedia.

Installation

ZCS est une solution pacagée, c’est a dire qu’il s’installe sur un système quasi « vierge », ses paquets contenant la majorité des briques logicielles nécessaires (apache2, postfix, cyrus, openldap, etc…). Il est donc illusoire de penser l’installer en sur-couche de la solution de messagerie existante sur notre serveur.

Pour réaliser cette installation, nous allons donc partir d’une Debian Etch de base toute fraiche, sur laquelle nous allons installer quelques librairies et outils indispensables au bon déroulement des opérations, sans oublier de supprimer exim4 qui est installée par defaut sous Etch.

Il faut préciser, qu’en tant que serveur de mails, la machine doit disposer d’un enregistrement MX dans un DNS. Une vérification sera effectuée lors de l’installation.

A noter également que l’installation est réalisée dans /opt et qu’il faut donc prévoir un partitionnement adéquat.

# aptitude purge exim4 exim4-base exim4-config exim4-daemon-light
# aptitude install libidn11 fetchmail libpcre3 libgmp3c2 libexpat1 libxml2 libltdl3
# aptitude install openssl perl ca-certificates xml-core file sudo

Les paquets d’installation de l’édition open source sont disponibles sur cette page : http://www.zimbra.com/community/downloads.html

# wget -c http://h.yimg.com/lo/downloads/5.0.11_GA/zcs-5.0.11_GA_2695.DEBIAN4.0.20081117055537.tgz
# tar -xvzf zcs-5.0.11_GA_2695.DEBIAN4.0.20081117055537.tgz
# cd zcs-5.0.11_GA_2695.DEBIAN4.0.20081117055537
# ./install.sh
 
...
 
Select the packages to install
 
Install zimbra-ldap [Y]
Install zimbra-logger [Y]
Install zimbra-mta [Y]
Install zimbra-snmp [Y]
Install zimbra-store [Y]
Install zimbra-apache [Y]
 
Install zimbra-spell [Y]
Install zimbra-proxy [N]
Installing:
zimbra-core
zimbra-ldap
zimbra-logger
zimbra-mta
zimbra-snmp
zimbra-store
zimbra-apache
zimbra-spell
 
The system will be modified.  Continue? [N] Y
 
DNS ERROR resolving MX for labo.linet.jopa.fr
It is suggested that the domain name have an MX record configured in DNS
Change domain name? [Yes]
Create Domain: [labo.linet.jopa.fr] linet.jopa.fr
 
MX: labo.linet.jopa.fr (192.168.7.10)
 
Interface: 192.168.7.10
Interface: 127.0.0.1
...
 
Main menu
 
1) Common Configuration:
2) zimbra-ldap:                             Enabled
3) zimbra-store:                            Enabled
+Create Admin User:                    yes
+Admin user to create:                 admin@linet.jopa.fr
******* +Admin Password                        UNSET
+Enable automated spam training:       yes
 
+Spam training user:                   spam.hitallfx@linet.jopa.fr
+Non-spam(Ham) training user:          ham.fik7gntz@linet.jopa.fr
+Global Documents Account:             wiki@linet.jopa.fr
+SMTP host:                            labo.linet.jopa.fr
+Web server HTTP port:                 80
+Web server HTTPS port:                443
+Web server mode:                      http
+IMAP server port:                     143
+IMAP server SSL port:                 993
+POP server port:                      110
+POP server SSL port:                  995
 
+Use spell check server:               yes
+Spell server URL:                     http://labo.linet.jopa.fr:7780/aspell.php
+Configure store for use with reverse mail proxy: FALSE
+Configure store for use with reverse web proxy: FALSE
 
4) zimbra-mta:                              Enabled
5) zimbra-snmp:                             Enabled
6) zimbra-logger:                           Enabled
7) zimbra-spell:                            Enabled
8) Default Class of Service Configuration:
r) Start servers after configuration        yes
s) Save config to file
 
x) Expand menu
q) Quit

Il ne faut pas oublier, à cette étape, de renseigner le mot de passe administrateur ( Menu 3, puis 4 ).

Configuration et administration

L’interface d’administration est disponible en https sur le port 7071.

C’est à partir de cette interface que nous pouvons gérer les utilisateurs du système (comptes, boites aux lettre, groupes, listes de diffusion, etc…), paramétrer le serveur, afficher des états ou des statistiques et gérer les files de messagerie.

L’interface, bien que riche en fonctionnalités est claire, intuitive et sa prise en main ne pose pas de difficulté particulière.

Aperçu

Nous l’avons vu dans la présentation, zimbra intègre tous les composants indispensables à un bon groupware. L’interaction entre ces différents composants et la dynamique apportée par Ajax (cliqué déplacé, menus contextuels, etc…) nous font oublier, dès les premiers instant, que nous sommes dans une application web.

Client « lourd »

ZCS dispose de son propre client « déconnecté ». Ce qui est très pratique pour consulter ses mails, contact et agenda sans connexion internet, dans un logiciel offrant la même interface que l’application web.

Il est biensûr possible d’y connecter un client de messagerie classique. Nous allons voir un exemple avec Thunderbird et son extention calendrier : « Lightning« .

Côté boites au lettres et serveur SMTP, il est possible d’utiliser des connexions sécurisées (TLS ou mieux, SSL).

La connexion à l’annuaire ne pose pas, non plus, de difficulté particulière, à part peut-être pour la connexion SSL que je n’ai pas réussi à faire fonctionner.

La dernière étape est une connexion au calendrier grâce à l’extension Ligthning de Thunderbird et au protocole webcal.

L’url à utiliser est la suivante : webcal://Utilisateur:Mot_de_passe@Serveur-Zymbra/home/Utilisateur/Calendar

En conclusion…

Je peux dire que ZCS est un produit très complet et bien fini. Son installation et sa mise en route ne posent aucun problème et l’étendu de ses possibilités sont énormes, tant en terme d’utilisation que d’architecture et de configuration (installation multi-domaines, multi-serveurs, etc…).

On regrettera son côté un peu trop pacagé qui empêche son intégration dans un environnement existant, mais ceci a le mérite d’en faire un produit très facilement configurable et rapidement opérationnel.

Son plus gros défaut est sûrement sa licence…