RE: [sympa-fr] ERREUR (del) - Pas abonné : adresse@cachée

[Jérôme Zittoun <adresse@cachée>]

Bonjour,

Vous pouvez cependant modifier votre requete SQL *sans* mettre la liste des 
non-abonnés de
manière exhaustive et *sans* toucher à la base de départ.

Par exemple, sous MySql, on pourrait avoir ceci :
select email from mabase.matable where email not in (select leuremail from
mabasedexclusion.matabledexclusion)

Ca fonctionne aussi bien (sinon mieux) sous Oracle et consors.

En espérant que vous pourrez créer votre base d'exclusion quand même...

Bonne fin de journée,
--
Jérôme Zittoun
Erigne Informatique / DZ2
http://www.erigne.com

> -----Message d'origine-----
> De : adresse@cachée [mailto:adresse@cachée] De 
> la part de Eric DUVAL
> Envoyé : vendredi 28 novembre 2008 12:58
> À : David Verdin
> Cc : adresse@cachée
> Objet : Re: [sympa-fr] ERREUR (del) - Pas abonné : adresse@cachée
> 
> David Verdin a écrit :
> > Bonjour,
> > 
> > Il n'est pas possible, à l'heure actuelle, de supprimer une 
> personne 
> > abonné à une liste par le biais d'une inclusion à partir 
> d'une source de 
> > données, telle qu'une base de données.
> 
> Ah oui effectivement j'avais oublié.
> 
> 
> > Le seul moyen revient à modifier la requête extrayant les 
> adresses de la 
> > base de données pour que cette personne ne figure pas dans 
> les résultats.
> 
> Le problème c'est que ces bases de données servent pour d'autres
> applicatifs et leur structure ne peut pas être modifiée en ajoutant
> par exemple un "flag liste de dif".
> 
> Peut être pourriez vous me faire part de vos expériences, les listes
> sont alimentées par une base de données, et les désabonnements
> peuvent se faire via les mises à jour de la base de données ou par
> des formulaires sur des sites Internet.
> 
> Faire une requête SQL excluant les noms des désabonnés est, je pense,
> pas une bonne idée. Pour le moment j'ai conseillé que via le 
> formulaire
> l'abonné soit positionné en NOMAIL en gardant une trace des demandes
> de désabonnements pour qu'ils puissent le moment venu, mettre à jour
> les bases de données.
> 
> 
> > 
> > Cordialement,
> > 
> > Eric DUVAL a écrit :
> >> Bonjour,
> >>
> >> (version sympa : 5.3.b1 sur Linux Slackware)
> >> (Manipulations faites à partir de wwwsympa)
> >>
> >>
> >> J'ai un abonné qui est inscrit sur 3 listes :
> >> liste1, liste2 et liste3.
> >>
> >> Premier abonnement : liste1 (via un site WEB)
> >>
> >> Ensuite il s'est abonné à liste2 et liste3 (via une base 
> de données)
> >>
> >> Si je souhaite le supprimer de liste2 et/ou liste3
> >> wwwsympa me répond : "Pas abonné : adresse@cachée"
> >>
> >> Si je le supprime de liste1 : Pas de problème, c'est un succès.
> >>
> >> Ensuite je ne peux toujours pas supprimer cet abonné de 
> liste2 et/ou
> >> liste3.
> >>
> >>
> >> Est ce que ce fonctionnement est normal ?
> >> Comment faire pour être libre de le supprimer d'une liste sans le
> >> supprimer de la liste sur laquelle il s'est inscrit en premier ?
> >>
> >>
> >> Merci pour vos réponses.
> >>
> >>
> >> PS : Extrait d'un log sympa :
> >>
> >> Nov 27 15:15:05 sympa wwsympa[24858]: [robot cgt.fr] 
> [client 1.2.3.4] 
> >> [user adresse@cachée] [list 7jours-filpac] 
> >> do_editsubscriber(adresse@cachée)
> >> Nov 27 15:15:11 sympa wwsympa[24862]: [robot cgt.fr] 
> [client 1.2.3.4] 
> >> [user adresse@cachée] [list 7jours-filpac] do_del: 
> adresse@cachée 
> >> not subscribed
> >>
> > 
> 
>