RE: [fr@sympa] Question sur sympa

["GAMBIER, PHILIPPE" <adresse@cachée>]

Bonjour Olivier,

 

Merci pour tes réponses.

En effet je suis en version 6.2.72.

Cela explique aussi pourquoi il ne se passe rien quand je modifie directement un editor dans editor.dump ou un owner dans owner.dump.

Cependant sympa écrit quand même les infos de lui-même dans owner et editor.dump dans list_data/nom_de_la_liste.

Du coup ça ne sert à rien ? Et il y met ou maintenant ?

 

Cordialement

Philippe Gambier

PO of Eole Atos, Eviden and Worldline
MTS France

Le Mirage

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

          

 

From: adresse@cachée <adresse@cachée> On Behalf Of Olivier Salaün
Sent: Tuesday, 9 January 2024 10:47
To: adresse@cachée
Subject: Re: [fr@sympa] Question sur sympa

 

Caution! External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe.

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

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.