Accéder au contenu.
Menu Sympa

fr - Re: [fr@sympa] Question sur sympa

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Cédric Gallo <adresse@cachée>
  • To: <adresse@cachée>
  • Subject: Re: [fr@sympa] Question sur sympa
  • Date: Tue, 9 Jan 2024 11:34:55 +0100

Bonjour,

Malgré tout, "sympa.pl" permet d'extraire les users avec l'option dump_users (owners, editors, members) dans des fichiers distincts "role.dump" directement
dans le dossier list_data de la liste en question.

Il peut être utile dans votre cas.

Cédric Gallo
Responsable du pôle Datacenter
Fixe : 04 72 44 84 95
Mob : 06 76 51 87 94


Le 09/01/2024 à 10:47, Olivier Salaün a écrit :

Bonjour Philippe,

Depuis la version 6.2.33.b1 de Sympa paragraphes owner et editor ont disparus du fichier de config des listes.

Il y a eu des polémiques à ce sujet, voir <https://github.com/sympa-community/sympa/issues/49> et <https://github.com/sympa-community/sympa/issues/309>

Personnellement, je trouve ça très génant, car ça casse la logique d'un fichier de config de liste qu'on peut entièrement manipuler avec des scripts tiers.

=> Ca doit expliquer les problèmes que tu rencontres...

Le 09/01/2024 à 10:21, GAMBIER, PHILIPPE a écrit :

Bonjour,

Merci d’avance pour votre aide 😊

 

J’utilise sympa pour mon application de gestion des mailing list.

Nous avons deux serveurs pour gérer l’envoi de mails.

Jusqu’ici quand un utilisateur créait une liste sur notre site web, celle-ci était créée dans notre bdd applicative, puis dans la base sympa qui s’occupait de créer des evenements pour deux autres bases de données, celles des deux machines mails.

Sur les deux machines mails un cron tourne toutes les trois minutes pour récupérer les évènements dans leur bdd respectives et appellent ensuite le processus sympa pour créer les listes dans la base fichier : /mail/sympa/list_data.

 

Ainsi donc nous avons environ 10-20k listes créées à la fois dans notre base de donnée applicative et sur chacun des deux serveurs de mail sympa.

 

Voila maintenant le problème :

 

Il n’y a pas longtemps, nous avons décider de créer un filer sur list_data de manière que les deux serveurs récupèrent les infos des listes sur le même dossier.

Les deux serveurs mail pointent donc sur le même dossier list_data.

Nous avons donc supprimé le cron sur le deuxième server, seul le premier serveur s’occupe de mettre à jour list_data.

 

Depuis que nous avons fait ça toutes les modifications récentes des listes s’appliquent bien sur list-data mais quand un mail est redirigé par notre load balancer vers le serveur deux, les dernières modifications ne sont pas prises en compte, ex :

Si nous avions deux modérateurs avant la mise en place du filer et qu’on en rajoute un troisième le mail de modération ne partira qu’au deux premiers si le mail passe par le serveur 2 et il partira aux trois modérateurs s’il passe par le serveur 1, comme ci list_data n’était pas le seul endroit ou le processus de création de listes sympa agit…

 

Est-ce que cela vous parle ?

 

De notre coté nous avons deux choix :

 

Re-séparer list_data en remettant un dossier list_data par serveur mail

Ou

Trouver l’endroit ou sympa inscrit des informations vitales pour l’envoi de mails sur les listes et l’ajouter au filer

 

J’espère que c’est clair ^^

Merci pour votre aide 😃

 

Bien cordialement

Philippe Gambier

PO of Eole Atos, Eviden and Worldline
MTS France

Le Mirage

53 Av. Paul Kruger
69100 Villeurbanne – France
worldline.com

          

 

Worldline, Cardlink, GoPay and Santeos are registered trademarks and trade names owned by the Worldline Group. This e-mail and any documents attached are confidential and intended solely for the addressee. It may also be privileged. If you are not the intended recipient of this e-mail, you are not authorized to copy, disclose, use or retain it. Please notify the sender immediately and delete this e-mail (including any attachments) from your systems. As e-mails may be intercepted, amended or lost, they are not secure. Therefore, Worldline’s and its subsidiaries’ liability cannot be triggered for the message content. Although the Worldline Group endeavors to maintain a virus-free network, we do not warrant that this e-mail is virus-free and do not accept liability for any damages, losses or consequences resulting from any transmitted virus if any. The risks are deemed to be accepted by anyone who communicates with Worldline or its subsidiaries by e-mail.
Please consider the environment before printing, sending or forwarding this email.


-- 
Olivier Salaün
DSI / pôle SI / équipe SNUM
Tel : 02 23 23 74 54

PNG image

PNG image

PNG image

PNG image

PNG image

PNG image

PNG image

PNG image

PNG image

PNG image

PNG image




Archives gérées par MHonArc 2.6.19+.

Haut de le page