Radicale est un serveur de calendrier et de contact CalDAV/CardDAV. Il ne dispose pas d'une interface d'administration.
Radicale est installé par défaut avec le client web InfCloud qui permettra de visualiser et de modifier vos calendriers et carnets d'adresses.
Pour connecter un autre client au serveur radicale, il faut renseigner ces adresses:
URL : https://domain.tld/path/user/
Exemple : https://example.org/radicale/moi/
URL : https://domain.tld/path/user/calendar.ics/
Exemple : https://example.org/radicale/moi/calendar.ics/
URL : https://domain.tld/path/user/AddressBook.vcf/
Exemple : https://example.org/radicale/moi/AddressBook.vcf/
Créer un nouveau calendrier ou un nouveau carnet d'adresses est très simple avec radicale, il suffit d'y accéder! Radicale créera tout nouveau calendrier ou carnet d'adresses inexistant si vous tentez d'y accéder.
Il suffit donc de se connecter (comme précédemment) à un calendrier ou un carnet d'adresses inexistant pour le créer.
Cela peux être fait simplement avec un navigateur, pour le voir apparaître dans une collection déjà connectée à un client.
Les adresses précédentes fonctionnent également pour accéder à des ressources n'appartenant pas à l'utilisateur authentifié.
Exemple:
User1 peut se connecter à la collection de user2
https://example.org/radicale/user2/
Il lui suffira d'indiquer le login et mot de passe de user1.
Ce sont les règles de partage (voir ci-dessous) qui permettront ou pas à user1 de voir le contenu de la collection de user2.
Par défaut, aucun partage n'est autorisé.
Par défaut, tout utilisateur à le droit de lecture et d'écriture sur ses propres calendriers et carnets d'adresses.
Il est toutefois possible d'affiner ces règles par défaut et d'autoriser des partages en autorisant des utilisateurs à accéder à des ressources ne leurs appartenant pas.
Les règles régissant ces droits doivent être inscrite dans le fichier /etc/radicale/rights
Chaque règle se présente sous cette forme:
# Commentaire précédant la règle et l'expliquant (optionnel évidemment):
[Nom de la règle]
user: utilisateur concerné
collection: calendrier, carnet ou collection concernée.
permission: permission, r (lecture), w (écriture) ou rw (lecture/écriture)
Le fichier rights contient plusieurs exemples pouvant être exploités. Pour valider les modifications apportées au fichier /etc/radicale/rights, radicale doit être rechargé via le service uwsgi.
sudo service uwsgi restart
Pour partager un calendrier ou un carnet d'adresses, il suffit d'écrire une règle le permettant. Le partage peut se faire avec un autre utilisateur.
user: ^user1$
collection: ^user2/shared2.ics$
permission: rw
Ou publiquement pour un utilisateur distant n'utilisant pas le même serveur.
user: .*
collection: ^user2/shared2$
permission: r
Dans les 2 cas, le partage ne fonctionnera qu'en utilisant l'adresse complète du calendrier ou de la collection. Autrement dit, les partages n'apparaissent pas dans la collection d'un utilisateur.
Cette limitation peut s'avérer bloquante pour des clients gérant une seule collection, tel que InfCloud. Pour ce cas particulier, une solution permet de contourner ce problème.
Cette solution est fonctionnelle, mais reste du bidouillage...
Pour permettre à un partage d'apparaître directement dans la collection d'un utilisateur, il faut exploiter l'usage des fichiers sous Radicale.
En créant simplement un lien symbolique de la ressource à partager.
ln -sr user2/shared.ics user1/user2_shared.ics
La ressource partagée devient ainsi une ressource de la collection de user1, alors qu'elle reste physiquement dans la collection de user2.
En revanche, sans avoir recours à des règles pour chaque ressource de la collection de user1, la règle générale s'applique. user1 obtient donc le droit de lecture ET d'écriture par défaut sur la ressource partagé car elle fait partie de sa collection.
Par défaut, le log de Radicale est réglé sur INFO. Ce mode épargne le disque dur mais ne permet pas de débugger Radicale en cas de problème.
Pour passer Radicale en mode DEBUG, il faut éditer le fichier /etc/radicale/logging et passer INFO à DEBUG dans les sections [logger_root] et [handler_file] puis recharger le service uwsgi.
Dés lors, le log affiche toutes les requêtes qui sont faite à Radicale ainsi que l'analyse du fichier rights.
Il est toutefois déconseillé de rester sur ce mode, car le log se rempli très rapidement.
La configuration de InfCloud se trouve dans le fichier infcloud/config.js
Pour prendre en compte une modification dans le fichier config.js (ou tout autre fichier de InfCloud) il faut recharger le cache avec le script fourni.
sudo ./cache_update.sh