Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
Re: [fr@sympa] Bug - création de liste - propriétaire
- From: Olivier Salaün <adresse@cachée>
- To: adresse@cachée
- Subject: Re: [fr@sympa] Bug - création de liste - propriétaire
- Date: Fri, 23 Jun 2023 10:07:55 +0200
OK, je comprends "un peu mieux" ton contexte.
Ca me semble risqué d'avoir 2 serveurs de listes qui partagent le même domaine...je serais toi, je j'assainirais la situation, quitte à mettre en place des aliases/redirections pour gérer l'existant.
Mais si tu dois vraiment continuer dans cette direction, évite
d'avoir 2 instances Sympa qui partagent la même base de
données...ça te jouera des tours, un jour ou l'autre. Une
alternative serait d'insérer du code lors de la création d'une
liste qui vérifie si le nom n'est pas déjà pris.
Plusieurs méthodes envisageables pour cela :
- lors de la création d'une liste le code vérifie si un alias
existe déjà pour la liste (voir Sympa/Aliases.pm), via
l'alias_manager. Donc il faut juste t'assurer que
l'alias_manager connait tous les aliases de listes pour le
domaine.
- ajouter un code _javascript_ dans
web_tt2/create_list_request.tt2 qui vérifie si la liste existe
déjà sur l'autre instance
Bonjour Olivier, J'ai bien 3 VM différentes Par contre, les serveurs sympa-1 et sympa-2 partagent le même domaine de listes. Sur le serveur sympa-2, j'ai plusieurs robots mais l'un d'eux est commun avec le domaine du serveur sympa-1 Pour les serveurs sympa-1 et sympa-2, je veux effectivement garantir l'unicité de la partie locale (puisque les domaines de listes sont identiques) et, d'après moi, cela ne peut se faire qu'en constatant que la liste existe déjà dans la DB. Nous utilisons 2 serveurs pour séparer les listes institutionnelles des lises "libres".
Le 23 juin 2023 à 07:48, Olivier Salaün <adresse@cachée> a écrit : Bonjour Pascal, Si je comprends bien, tu as 3 serveurs physiques (ou VM) différents ? Si tu veux gérer 3 domaines de listes différents, tu peux le faire avec du virtual hosting au niveau de Sympa (notino de robot). Ca marche très bien et depuis fort longtemps. Concernant ta gestion de l'unicité : si je comprends bien, tu veux éviter que 2 listes aient la même partie locale, c'est bien ça ? Peux-tu expliquer pourquoi tu t'impose cette contrainte ? Puisque 2 listes lista@dom1 et lista@dom2 peuvent cohabiter sans problème... Le 22/06/2023 à 18:28, Pascal Maes a écrit :Bonjour, Nous avons 3 serveurs Sympa (6.2.68) qui utilisent la même DB - 1 serveur sympa-1 pour les listes institutionnelles - 1 serveur sympa-3 pour les listes des étudiants - 1 serveur sympa-2 pour les listes créées à la demande des utilisateurs Si quelqu'un demande sur le serveur sympa-2 la création d'une liste qui existe déjà sur le serveur sympa-1, le propriétaire de la liste est modifié au profit du demandeur. Je me rends bien compte qu'avec 1 seul serveur cette demande serait impossible puisque le dossier existe déjà. Mais ne pourrait-on pas se dire que si la liste existe déjà dans la DB, c'est aussi un doublon. Merci-- Olivier Salaün DSI / pôle SI / équipe SNUM Tel : 02 23 23 74 54
-- Olivier Salaün DSI / pôle SI / équipe SNUM Tel : 02 23 23 74 54
-
[fr@sympa] Bug - création de liste - propriétaire,
Pascal Maes, 22/06/2023
-
Re: [fr@sympa] Bug - création de liste - propriétaire,
Olivier Salaün, 23/06/2023
-
Re: [fr@sympa] Bug - création de liste - propriétaire,
Pascal Maes, 23/06/2023
- Re: [fr@sympa] Bug - création de liste - propriétaire, Olivier Salaün, 23/06/2023
-
Re: [fr@sympa] Bug - création de liste - propriétaire,
Pascal Maes, 23/06/2023
-
Re: [fr@sympa] Bug - création de liste - propriétaire,
Olivier Salaün, 23/06/2023
Archives gérées par MHonArc 2.6.19+.