[fr@sympa] Sous domaine & robots

["Guillaume.ns2" <adresse@cachée>]

Bonjour,

En bref:

Je suis administrateur d'un serveur sympa dans une organisation. Nous voudrions créer des "sous-domaines" et "sous-sous-domaines" (le nombre de "sous"-domaine pourrait aller au delà de 2 niveaux) de liste de diffusion avec des parties communes.

Notre situation:

Malgré l'envergure de l'exemple universitaire qui va être donné, notre organisation n'a pas du tout la taille d'une université mais est bien organisée via des groupes & sous groupes. 

Nous utilisons actuellement un serveur sans redondance possible (cela vous montre la taille de notre orga 😂) ne me permettant pas de faire beaucoup de test sans risque. J'avais malheureusement fait une installation en "mono domaine" et j'ai voulu passer en multi-domaine mais cela a planté des listes, la création de liste voir même le serveur sympa. Je suis donc, actuellement, un peu coincé pour faire des tests.

Nous allons changer de serveur, et nous utiliserons des containers (docker) de dév et de prod nous permettant de mieux gérer des installations/configurations différentes voir de pouvoir gérer les évolutions de sympa autrement que par le fournisseur (ubuntu server en occurrence) qui ne fait pas beaucoup évoluer ses versions de sympa. Et justement avant la nouvelle installation je voudrai "mieux" structurer notre prochaine installation.

Exemple:

Sachant que beaucoup de membre de la liste de diffusion (adresse@cachée) sont des administrateurs dans des universités je vais essayer de donner un exemple à partir de ce que je peux imaginer pour les universités. Désolé si mes exemples ne sont pas tout à fait exacts (je ne suis plus tout jeune et j'essaye de le faire avec mes souvenirs d'étudiant 😂) 

    L'université de la ville a

1. une UFR des sciences elle même constituée

1.  d'un pôle mathematique
2. d'un pôle physique
3. ...

      une UFR lettres elle même constituée

1. d'un pôle lettres-moderne
2. d'un pôle histoire
3. ...

      ...

Il s'agit de constituer des listes des enseignants, étudiants... ce qui donnerait (je limite par la suite à l'UFR des sciences mais ce qui s'applique pour les sciences doit s'appliquer pour les autres UFR):

• adresse@cachée (avec comme membres tous les enseignants de la ville)
• adresse@cachée (avec comme membres tous les étudiants de la ville)
• adresse@cachée (avec comme membres tous les enseignants de l'UFR sciences)
• adresse@cachée (avec comme membres tous les enseignants de l'UFR sciences)
• adresse@cachée (qui pourrait contenir entre autre les membres des deux listes suivantes)
• adresse@cachée
• adresse@cachée
• adresse@cachée (pour des newsletters adressées à des extérieurs par exemple qui pourraient participer à des projets d'études mathématique...)
• ...

L'idée serait donc d'avoir un domaine principal ville.fr, des premiers sous domaines (les UFR) un deuxième les "pôles"  voir d'autres -des groupes de recherches par exemple- encore en dessous. Dans notre cas nous avons actuellement des listes qui ressemblent plutôt à adresse@cachée (installation en mono domaine).

Les questions:

1. Est-il possible de gérer des sous-domaines -ou domaine virtuel- (les UFR) et sous-sous domaines (les pôles) avec des robots d'une certaine manière en ayant

• $xxx_dir/sciences/robot.conf avec entre autre la liste enseignants (sous entendu adresse@cachée)
• $xxx_dir/sciences/mathematique/robot.conf avec entre autre la liste enseignants (sous entendu enseignants@mathematique/sciences.ville.fr)
• plutôt que d'avoir une "hiérarchie" horizontale:

• $xxx_dir/sciences/robot.conf
• $xxx_dir/mathematiques.sciences/robot.conf

      D'avoir des templates partagés:

• Permettant dans d'avoir un template par défaut dans le domaine, qui soit utilisé par les sous-domaines et sous-domaine si ceux-ci n'ont pas de template le(s) surchargeant(s)

      Idem concernant les scenarii, footer...
      Serait-il possible d'avoir dans les différents fichiers en
        paramètre le %domain%, %robot_sub_domain%,
        %robot_sub_sub_domain% en configurant éventuellement des
        variables via les templates et/ou robot.conf ? Et si dans le
        robot.conf l'idée serait que le sous domaine puisse utiliser des
        variables par défaut, en surcharger certaines, en rajouter. Ici
        l'idée est aussi de pouvoir faire par exemple des extractions de
        données de notre DB en utilisant ces paramètres dans des
        fichiers include. 
      de pouvoir faire des références/liens entre les sous-domaines.
        Imaginons une listes qui pourraient à la fois contenir (via des
        inclusions de liste) des membres de plusieurs sous-domaine (vs
        sous-sous-domaine) ?

J'imaginais faire cela avec des robots qui peuvent gérer plusieurs domaines virtuels mais je ne sais pas si cela serait possible de gérer des sous-sous domaine sans utiliser la hiérarchisation horizontale de la question 1), ni même de pouvoir partager (autrement que via des liens symboliques) des fichiers (templates, scenarii, footer) voir d'avoir des inclusions de listes d'un domaine virtuel vers un autre.

L'objectif serait bien de créer une partie en fichier sur le serveur mais que, via l'interface web, un membre/owner/administrateur puisse voir/gérer/créer des listes "facilement" en fonction de ses droits: un administrateur d'un sous-sous domaine pourrait n'avoir que les droits d'owner ou de membre du sous-domaine parent. Un point important c'est que nous avons dans notre organisation peu de personne ayant des compétences informatique et que les configurations/gestions doivent être les plus simples et limitées possibles (on limite déjà via les fichiers templates, scenarii et edit.conf).

Mes questions relèvent peut-être de demande d'évolution ?!? Si tel serait le cas et si la liste sympa.community ne serait pas adéquat pour ce genre de demande, quelle serait la liste à utiliser ?

Cordialement,
Guillaume Smietanski.