Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Impossible de désabonner un utilisateur

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Nicolas Boullis <adresse@cachée>
  • To: adresse@cachée
  • Subject: Re: [sympa-fr] Impossible de désabonner un utilisateur
  • Date: Mon, 10 Dec 2007 14:17:08 +0100

Bonjour,

David Verdin wrote:
>
> Il y a tout de même un risque que les personnes abonnées manuellement
> entre-temps se retrouvent désabonnées.

Vous voulez-dire si quelqu'un s'abonne alors que j'ai passé en
"database" ? Je ne comprends pas bien comment ça peut faire perdre
l'abonnement. N'est-ce pas la même base qui est utilisée en mode
"database" et en mode "include2" ?

Sinon, il reste un problème si un message est envoyé à la liste alors
qu'elle est en mode database, mais ça se peut se régler simplement en
coupant le serveur mail de la machine...

> A priori, une manipulation directement sur la base de données (ça peut
> être scripté, sans doute) laisserait moins de place au doute.
> On a eu ce problème là à cause de MySQL. À l'origine, les valeurs
> subscribed et included étaient codées sur un champ booléen, mais ce type
> n'était pas supporté de manière homogène d'un SGBD à l'autre. nous avons
> donc dû passer à un champ int. Or, lors de ce passage, MySQL, qui codait
> les champs booléens sous la forme d'une énumaration pouvant prendre les
> valeurs 0 ou 1, a tranformé les 0 en 1 et les 1 en 2. On ne sait pas
> pourquoi.
>
> Normalement, le script d'upgrade lancé après l'installation de la
> nouvelle version, aurait dû prendre ce problème en charge et le régler.
> Il est curieux que cela ne se soit pas produit.

Je me souviens d'erreur lors de l'exécution du "sympa.pl --upgrade". Je
n'ai plus les détails, mais c'est certainement là la cause de nos soucis.

>
> Quoi qu'il en soit, il est toujours possible de corriger ça. Suivez les
> étapes suivantes :
>
> 1- Transformez tous les "2" en "1"
> 2- Pour les champs "included_subscriber" : si le champs a la valeur "1"
> et que le champ "include_sources_subscriber" ne contient pas de valeur,
> c'est que l'utilisateur n'a pas été inclus. Affectez alors la valeur "0"
> au champ.
> 3- Pour les champs "subscribed_subscriber" : si le champs a la valeur
> "1" et que le champ "include_sources_subscriber" contient une valeur,
> c'est que l'utilisateur a été inclus. Vous n'êtes donc pas obligé de
> conserver son abonnement manuel. Affectez la valeur 0 au champ.
>
> Vous perdez, dans cette opération, les doubles abonnements (subscribed
> et included) mais au moins vous ne risquez pas de supprimer d'abonnement
> manuel indûment.

Ça m'ennuie un peu, parce qu'il me semble justement que certains doubles
abonnements ont été faits exprès par certains de mes administrateurs de
listes. La méthode suggérée par Jean-Pierre Masse, dont je n'ai pas la
moindre idée de pourquoi/comment elle fonctionne semble avoir bien
traité ce cas.

Merci quand même,

Nicolas



Archives gérées par MHonArc 2.6.19+.

Haut de le page