...
Notez que l'on peut toujours faire tourner une SOGo v2 en parallèle (même base de données) qu'un SOGo v5.
L'(l'installation sur une debian ( bullseye par exemple ) depuis les sources et via compilation suit la même procédure que pour les versions 5) en parallèle (même base de données) qu'un SOGo v5, si et seulement si vous utilisez l'ancien schéma de la base de données pour ce faire, les propriétés OCSCacheFolderURL, OCSStoreURL et OCSAclURL ne doivent pas être positionnés alors.
Dans ce mode, de très nombeuses tables sont créés par utilisateur (3 minimum) et des commandes de maintenance usuelle de postgresql (sous mariadb, ce doit être la même chose) ne sont alors pas fonctionnelles (pg_dump, pg_upgradecluster ou même simple listing des tables).
Si l'intérêt de SOGo v2 était de proposer une interface web classique à la thundirbird, il est conseillé aujourd'hui d'utiliser uniquement la dernière version SOGo (5), la seule encore effectivement supportée et maintenue.
Base de données en SOGo v5
Cf paragraphe ci-dessus, depuis SOGo v3 il est possible de bénéficier d'une base de données usuelle avec seulement 9 tables (et non des centaines de milliers) en paramétrant simplement OCSCacheFolderURL, OCSStoreURL et OCSAclURL.
C'est la configuration recommandée ici et qui est sans nul doute la plus optimale et efficace.
Support de ActiveSync
Le support de ActiveSync doit être compilé depuis les sources SOGo via des commandes supplémentaires.
Il vous faudra installer libwbxml2 pour cela, sous debian bookworm par exemple :
Bloc de code |
---|
apt install libwbxml2-1 libwbxml2-dev |
Puis on lance simplement la compilation ainsi :
Bloc de code |
---|
cd /usr/local/src/sogo/ActiveSync
make
make install |
On doit ensuite redémarrer le SOGo pour prise en compte.
Bloc de code |
---|
systemctl start sogo |
Pour rappel/information, un proxypass spécifique (sur apache ou nginx) aura été configuré sur le path en /Microsoft-Server-ActiveSync