Bien, je tente “l’aventure” radicale … couplé à nginx, qui dans ce cas-là, sert de proxy !
Facile à installer, bien, c’est un bon point !
Si quelqu’un avait un peu plus d’informations, j’apprécierai …
En terme d’authentification [auth] par htpasswd fonctionne ; mais j’aimerais comprendre le fonctionnement des autres, et particulièrement des quatre dernières :
# Value: None | htpasswd | IMAP | LDAP | PAM | courier | http | remote_user | custom
J’avoue que l’authentification htpasswd est fonctionnelle mais ne me satisfait pas car non “transparent”.
Même dans Thunderbird, il faut à chaque ouverture, ressaisir le couple ID/pass nécessaire …
L’authentification LDAP, n’ayant pas de serveur LDAP, ne m’est pas un choix.
Peut-être l’authentification IMAP, si le serveur Gandi.net, chez qui j’ai mon hébergement mail, l’accepte - à tester !
Je ne maîtrise pas PAM, mais si je comprends bien cela nécessite la création d’un user sur le serveur, n’est-ce pas ?
Quant aux 4 autres, quid ?
Le problème suivant est la gestion des droits :
# Value: None | authenticated | owner_only | owner_write | from_file | custom
L’url suivante en donne une certaine explication …
Je comprends les trois dernières ‘owner_only | owner_write | from_file’ ; j’aimerais avoir plus de clarifications sur ‘authenticated’.
Quelqu’un serait ?
Dernier point :
Mon serveur nginx est configuré en tant que proxy …
location /radicale {
auth_basic "radicale tant qu'à faire !";
auth_basic_user_file .ht_file;
proxy_buffering on;
proxy_pass https://localhost:5232;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
}
La variable proxypass est déclarée en https, car le domaine lié est en SSL 
Dans les logs, j’ai remarqué que je devais autoriser les entêtes HTTP de style suivante :
(GET|HEAD|PROPFIND|PUT) …
Et, pourtant quand je pointe sur mon domaine, tel que https://domaine.net/radicale/userx/calendar.ics/, l’authentification htpasswd se fait, mais ensuite j’ai le droit à la belle erreur 404, “ressource inexistante”.
Sur le serveur, dans le système de fichier, les fichiers ont l’air de s’être crée, basiquement j’ai l’impression :
z@s:~/Administration$ ll /dir_radicale/
total 12
drwxr-xr-x 3 radicale radicale 4096 avril 22 00:51 ./
drwxr-xr-x 5 root root 4096 avril 21 19:23 ../
drwxrwxrwx 3 radicale radicale 4096 avril 22 00:51 collections/
z@s:~/Administration$ ll /dir_radicale/collections/
total 20
drwxrwxrwx 3 radicale radicale 4096 avril 22 00:51 ./
drwxr-xr-x 3 radicale radicale 4096 avril 22 00:51 ../
drwxr-xr-x 7 radicale radicale 4096 avril 22 00:51 .git/
-rw-rw-rw- 1 radicale radicale 90 avril 21 20:25 userx
-rw-rw-rw- 1 radicale radicale 20 avril 21 20:25 userx.props
z@s:~/Administration$ cd /dir_radicale/collections/
z@s:/dir_radicale/collections$ cat userx
BEGIN:VCALENDAR
PRODID:-//Radicale//NONSGML Radicale Server//EN
VERSION:2.0
END:VCALENDAR
z@s:/dir_radicale/collections$ cat userx.props
{"tag": "VCALENDAR"}
Donc, à-priori, ce n’est pas un problème de droits, au niveau du système de fichiers …
Je sèche 
