Re: [sympa-fr] Problème avec une source de données sql

[manu chez Z <adresse@cachée>]

Le 02/06/2019 à 20:34, Dominique Fournier a écrit :
> Bonjour
>
> Dans le menu Gérer les abonnés / Exclure, on voit apparaître ce que 
> vous cherchez :
> Les utilisateurs dont la liste suit sont exclus de la liste. Prenez 
> bien garde au fait que la liste d'exclusion n'est pas une liste noire. 
> L'exclusion prend tout son sens quand la liste des abonnés est 
> importée depuis une ou plusieurs source(s) de donneées externe(s). 
> Dans ce cas, l'exclusion permet aux utilisateurs de se désabonner ou 
> au propriétaire de les supprimer. En pratique, l'utilisateur désabonné 
> est alors ajouté à la table des exclusions et son adresses sera 
> ignorée la prochaine fois que la liste se synchronisera avec ses 
> sources de données. Les utilisateurs sont ajoutés à la liste des 
> exclusions via les fonctions habituelles de désabonnement ou de 
> suppression d'abonné. Ils en sont supprimés via les fonctions 
> standards d'abonnement ou d'ajout d'abonné.
>
> Bonne journée
>
> Dom

Merci beaucoup !

Emmanuel

> Le 02/06/2019 à 19:36, Laurent Spagnol a écrit :
> >  > Bon, mais maintenant j'ai une autre question: ces 
> > abonnés-désabonnés ne
> >  > sont pas visibles (à ma connaissance) avec l'interface graphique 
> > de la
> >  > 6.2.16: est-ce que la fonctionnalité a été ajoutée dans une autre
> >  > version (et laquelle ?), ou faut-il toujours aller voir alamano ?
> >
> > => à ma connaissance, non (enfin par avec la version 6.2.32 que 
> > j'utilise). Ca m'étonnerai que des versions plus récente proposent 
> > cette fonctionnalité, et je ne pense pas qu'il soit possible de le 
> > faire sans toucher au CGI (David, tu confirme ?).
> >
> > Donc, vérification "alamano" ...
> >
> > Quand je bute sur un problème de fonctionnalité d'admin, j'écris un 
> > petit script Shell pour faire le boulot ... bah oui, je nul en Perl 
> > et encore plus en "IHM" ... !
> >
> > Cdlt,
> >
> > LS
> >
> >
> >
> > Le 02/06/2019 à 17:19, manu chez Z (via sympa-fr Mailing List) a écrit :
> > > Le 02/06/2019 à 15:08, Laurent Spagnol a écrit :
> > > > Bonjour,
> > > >
> > > > Il serait peut-être utile de fouiner dans la base SQL pour 
> > > > comprendre ce qu'il se passe.
> > > >
> > > > Une liste de test est susceptible d'être l'objet ... de tests ...
> > > > Donc pas mal de manips avec des choses qu'on aurait oublié.
> > > >
> > > > Sympa dispose d'un mécanisme qui permet de ne pas ré-abonner 
> > > > automatiquement des abonnés qui se sont désabonnés.
> > > >
> > > > C'est un mécanisme de type "liste noire" qui n'existait pas avec 
> > > > les versions antérieures: lorsque quelqu'un se désabonnait d'une 
> > > > liste alimentée par une source de données, il était automatiquement 
> > > > ré-abonné à la synchro suivante. Le moyen de contournement pour 
> > > > ceux qui ne souhaitaient plus recevoir les mails: passer en 
> > > > "nomail" plutôt que de se désabonner !
> > > >
> > > > A présent, lorsqu'une synchro a lieu, Sympa récupère les infos de 
> > > > la source de données mais ne réabonne pas les adresses de la "liste 
> > > > noire".
> > > >
> > > > Mon serveur tourne avec Postgres, mais je suppose que les tables 
> > > > portent le même nom avec MySQL ou MariaDB.
> > > >
> > > > Exécute "alamano" la requête sur la source de données que tu as 
> > > > configuré.
> > > > -> tu dois retrouver tes 3 adresses mail
> > > >
> > > > Voir les abonnés de la liste:
> > > > select * from subscriber_table where list_subscriber='NOM_LISTE';
> > > > -> normalement c'est vide
> > > >
> > > > Voir les abonnées qui se sont désabonnés de la liste:
> > > > select * from exclusion_table where list_exclusion='NOM_LISTE';
> > > > -> si tu retrouve les adresses fournies par la source de données, 
> > > > inutile de chercher plus loin !
> > > >
> > > > Cdlt,
> > > >
> > > > LS
> > > En effet ça marche ! En plus c'est une super-fonctionnalité qui 
> > > combine droits des utilisateurs et simplicité d'administration.
> > >
> > > Merci+++
> > >
> > > Bon, mais maintenant j'ai une autre question: ces abonnés-désabonnés 
> > > ne sont pas visibles (à ma connaissance) avec l'interface graphique 
> > > de la 6.2.16: est-ce que la fonctionnalité a été ajoutée dans une 
> > > autre version (et laquelle ?), ou faut-il toujours aller voir alamano ?
> > >
> > > Cordialement,
> > >
> > > Emmanuel
> > >
> > > > Le 02/06/2019 à 13:02, manu chez Z (via sympa-fr Mailing List) a 
> > > > écrit :
> > > > > Bonjour
> > > > >
> > > > > Nous utilisons sympa 6.2.16 (celui distribué par Debian Stretch). 
> > > > > Nous avons un gros souci avec la synchronisation des abonnés en 
> > > > > utilisant une requête sql (en l'occurrence mysql, ou plutôt 
> > > > > mariadb) sur une base de données externe.
> > > > >
> > > > > J'ai une liste d'essai avec 0 abonnés. J'ajoute une source de 
> > > > > données avec une requête sql (peu importe la requête) qui me 
> > > > > ramène trois adresses mail. Je clique sur le bouton "Synchroniser 
> > > > > les membres avec la source de données". A l'arrivée j'ai toujours 
> > > > > 0 abonnés !
> > > > >
> > > > > Et pourtant les logs me disent ça:
> > > > >
> > > > > Jun  2 12:35:17 xxxxxxx wwsympa[18999]: info 
> > > > > main::do_sync_include(essai) [robot le-pic.org] ...
> > > > > *Jun  2 12:35:17 xxxxxxx wwsympa[18999]: info 
> > > > > Sympa::List::_include_users_sql() 3 included users from SQL query*
> > > > > Jun  2 12:35:17 xxxxxxx wwsympa[18999]: notice 
> > > > > Sympa::List::sync_include(Sympa::List <adresse@cachée>) 0 users 
> > > > > updated
> > > > > Jun  2 12:35:17 xxxxxxx wwsympa[18999]: info main::do_review() 
> > > > > [robot le-pic.org] ...
> > > > > Jun  2 12:35:17 xxxxxxx wwsympa[18999]: info main::do_review() 
> > > > > [robot le-pic.org]...
> > > > >
> > > > > Comment peut-il me dire "3 included users from SQL query" et 
> > > > > garder *0 abonnés* à la fin ?
> > > > >
> > > > > Le pire c'est qu'il arrive que ça marche...
> > > > >
> > > > > Merci de votre aide !
> > > > >
> > > > > Emmanuel