Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
Re: [sympa-fr] Utilisation du scenario : newletter
- From: Benoît Marchal <adresse@cachée>
- To: Laurent Spagnol <adresse@cachée>
- Cc: sympa-fr <adresse@cachée>
- Subject: Re: [sympa-fr] Utilisation du scenario : newletter
- Date: Tue, 26 Jun 2018 11:44:59 +0200 (CEST)
Merci pour votre réponse.
Le problème se situe, pour nous, lors de la délivrance du message, donc de sympa lui même et non de l'interface.
On a repris les données de la version 6.1.24 par migration de la base lors du premier lancement de la version 6.2.32.
Cdlt
----- Le 26 Juin 18, à 11:21, Laurent Spagnol <adresse@cachée> a écrit :
Bonjour,
Ca me fait penser à un problème que j'ai déjà rencontré, je ne sais pas
s'il a été résolu depuis.
C'est lié à la façon dont le démon Sympa et le CGI traitent la
configuration des listes.
Il semble que certaines parties se basent sur les fichiers de conf,
d'autres sur ce qui est dans sa base de données.
Exemple le plus flagrant: le CGI démarre tourne avec 2 processus
distincts. Tu fais des modifs sur les proprios, tu repasse 10 minutes
plus tard et c'est comme si tu n'avait rien fait !
Certaines données restent en cache, mais elles ne sont pas partagées
entre les processus.
Le problème est (était ?) récurrent avec la gestions des proprios.
Essaie de vérifier si le contenu du fichier de conf est cohérent avec
celui de la base de données.
Cdlt,
LS
Le 26/06/2018 à 10:33, Benoît Marchal a écrit :
> Bonjour,
>
> Nous venons enfin de passer à Sympa en version 6.2 (6.2.32 depuis le
> dépôt centos).
> Cela a été assez compliqué au vu de l’écosystème que nous avons
> développé autour et reste encore sujet à problème.
>
> On vient d'en découvrir un sur le scénario newsletter qui utilise des
> lignes is_editor pour n'accepter que les modérateurs en émission.
> Nous avons créer des customs conditions pour admettre l'ensemble des
> adresses de messagerie d'un utilisateur.
>
> Notre problème :
> normalement, sur une liste où aucun modérateur n'est défini, les
> propriétaires obtiennent ce rôle. C'est ce qui est bien mis à gauche
> dans l'interface.
> On se rend compte que cela ne fonctionne pas et qu'il faut remettre les
> mêmes personnes en modérateur pour que l'envoi des messages soit fait.
>
> Est ce que d'autres personnes ont eu le même souci ?
>
> Avant de faire des changements de configuration sur l'ensemble des
> listes, je voulais vous consulter.
>
> Bien cordialement
>
> --
> Benoît MARCHAL
> Sous direction Infrastructure/& Services/
> Direction du Numérique
> **/Université de Lorraine/
> Tél : 03.72.74.11.39
> mél : adresse@cachée
--
Laurent Spagnol
Administrateur GNU/Linux
Université de Reims
Direction du Numérique
Campus du Moulin de la Housse
BP 1039 - 51687 Reims cedex 2
Plan d'accès : https://frama.link/DN-URCA
Tel: +33 3 26 91 88 32
Fax: +33 3 26 91 31 87
https://numerique.univ-reims.fr
--
Benoît MARCHAL
Sous direction Infrastructure & Services
Direction du Numérique
Université de Lorraine
Tél : 03.72.74.11.39
mél : adresse@cachée
Sous direction Infrastructure & Services
Direction du Numérique
Université de Lorraine
Tél : 03.72.74.11.39
mél : adresse@cachée
-
[sympa-fr] Utilisation du scenario : newletter,
Benoît Marchal, 26/06/2018
-
Re: [sympa-fr] Utilisation du scenario : newletter,
Laurent Spagnol, 26/06/2018
- Re: [sympa-fr] Utilisation du scenario : newletter, Benoît Marchal, 26/06/2018
-
Re: [sympa-fr] Utilisation du scenario : newletter,
Laurent Spagnol, 26/06/2018
Archives gérées par MHonArc 2.6.19+.