Re: [fr@sympa] Question sur sympa

[IKEDA Soji <adresse@cachée>]

Bonjour Philippe,

> 2024/01/09 19:43、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 ?


# Ce texte est une traduction automatique et je m'excuse par avance de toute 
impolitesse.

Comme expliqué dans les liens fourni par Olivier, dans les versions récentes 
de Sympa, les propriétaires, modérateurs et abonnés sont gérés uniquement 
dans la base de données. Aucune information dupliquée n'est stockée dans le 
fichier de configuration et dans la base de données pour chaque liste.

Cependant, il est possible de gérer les propriétaires et les modérateurs 
(ainsi que les abonnés) avec des données textuelles.
La commande 'sympa dump' exporte les informations sur les utilisateurs de la 
base de données vers un fichier *.dump.
Ce fichier *.dump peut ensuite être importé dans la base de données avec la 
commande 'sympa restore' après que des modifications y ont été apportées (les 
modifications ne sont pas synchronisées avec la base de données en 
elles-mêmes).

Pour plus d'informations, veuillez vous référer à la page de manuel :
- https://www.sympa.community/gpldoc/man/sympa-dump.1.html
- https://www.sympa.community/gpldoc/man/sympa-restore.1.html


Cordialement

— Soji


>  Cordialement
> Philippe Gambier
> PO of Eole Atos, Eviden and Worldline
> MTS France
> <image001.png>
> Le Mirage
> 53 Av. Paul Kruger
> 69100 Villeurbanne – France
> worldline.com
> 
> <image002.png>  <image003.png>  <image004.png>  <image005.png>  
> <image006.png>  <image007.png> 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
> <image001.png>
> Le Mirage
> 53 Av. Paul Kruger
> 69100 Villeurbanne – France
> worldline.com
> 
> <image002.png>  <image003.png>  <image004.png>  <image005.png>  
> <image006.png>  <image007.png> 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.