Evolution #9021
Listes de diffusion responsables dans Roundcube
0%
Description
Cette demande fait suite à dev-eole.ac-dijon.fr/issues/6696, nous en avions conclu par mail qu'il serait bon de formuler une nouvelle demande à ce sujet et que les solutions techniques pour y répondre ne manquaient pas.
Il s'agit de permettre aux listes de diffusion des responsables d'être visibles dans roundcube.
Petit rappel du dernier échange avec Joël sur le sujet:
Pour les solutions techniques, je vois plein de possibilités...
Le plus simple (pour EOLE) serait de maintenir un fichier texte
contenant la liste des listes de diffusion des responsables et que
RoundCube les ajoute au carnet d'adresse ("ou pas" car on pourrait
envisager une vérification du profil de l'utilisateur à cet endroit ?)
Pour l'instant, nous n'avons pas prévu de créer des groupes LDAP pour
les responsables mais potentiellement on pourrait ajouter une entrée
spéciale dans l'annuaire pour les référencer ?
Les 2 solution proposées conviendraient, à vous de voir l'impact pour EOLE...
Merci de voir si on pourrait envisager cette évolution
Demandes liées
Historique
#1 Mis à jour par Sylvain GODME il y a plus de 11 ans
Je rebondis suite à la demande d'évolution #6696 :
La liste de diffusion globale des responsables que j'ai pu créer grâces aux indications de Joël est fonctionnelle, mais n'apparaît pas dans roundcube dans le carnet d'addresse comme les listes automatiques qui dispose d'un groupe LDAP.
En effet, cette liste globale n'a pas d'entrée LDAP.
Ce serait intéressant qu'il y en ait un, afin de la rendre disponible (et les listes resp-classe) dans le carnet d'adresses : par contre, il serait souhaitable que ce soit filtré, et que les élèves ne voient pas ces listes dans leur carnet d'adresses.
#2 Mis à jour par Joël Cuissinat il y a environ 2 mois
- Distribution
EOLE 2.3supprimé
Proposition 1
A priori on dispose de la liste des adresses des listes de diffusion des responsables (format texte mais possiblement exportable en json, sqlite, mysql...) qu'on pourrait faire "lire" à un plugin adressBook de roundcube (à paramétrer/adapter/coder) qui si l'outil le permet pourrait même être activé/désactivé en fonction du profil de l'utilisateur connecté.
Avantages :- on ne touche pas à l'annuaire
- potentiellement pas proposé à tous les utilisateurs (profilage Roundcube ?)
- plugin à créer/adapter ?
- maintenance du code / contribution ?
#3 Mis à jour par Joël Cuissinat il y a environ 2 mois
Proposition 2
Générer des groupes responsables dans l'annuaire à l'aide des smbldap-tools.
Actuellement, il n'y a pas de groupe "type=Responsables".
La jointure entre un responsable et un élève passe par l'attribut eleve du responsable.
Il contient les uid des élèves associés et nécessite d'aller lire l'attribut Divcod des élèves pour déterminer les classes impactées ce qui complexifie également le peuplement des listes Sympa responsables par classes
- prise en charge native + simplification sympa
Inconvénients : - pas mal de code à reprendre
- susceptibles de donner des droits aux comptes responsables dans l'OpenLDAP même si ces comptes/groupes ne sont pas répliqués dans l'AD
- effet de bord possible sur les requêtes OpenLDAP existantes
#4 Mis à jour par Joël Cuissinat il y a environ 2 mois
Proposition 2bis
Générer des groupes responsables dans l'annuaire en se basant sur l'objectClass "posixGroup" surchargé
L'idée serait de créer les groupes responsable sans les attributs LDAP liés à samba.
Pour éviter d'aller modifier trop de code dans scribe-backend, on pourrait prévoir une création/maj par scripts externes qui serait lancée toutes les nuits/au reconfigure/à la fin d'un import incluant des responsables ?
- prise en charge native + simplification sympa
- modification de schéma OpenLDAP
- scripts à écrire
- effet de bord possible sur les requêtes OpenLDAP existantes