Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Problème d'inclusion d'abonné via une liste

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

Archives de la liste

Chronologique Discussions  
  • From: Sébastien JEAN <adresse@cachée>
  • To: adresse@cachée
  • Subject: Re: [sympa-fr] Problème d'inclusion d'abonné via une liste
  • Date: Wed, 16 Nov 2011 17:54:32 +0100 (CET)

Bonjour,

Après de nouveaux tests l'hypothèse de la présence de majuscules dans notre
table « subscriber_table » pour le champ « user_subscriber » est bien la
cause de notre problème dans le cas de déclaration d'abonnés par inclusion de
liste. La présence de majuscules dans ce champ n'est pas normal mais est le
résultat de la récupération d'ancienne données mal reformatées.

Mais sympa étant très gentil, le programme « sympa.pl » propose une option
bien pratique « lowercase » qui corrige ce type de problème dans la base de
données. Donc un petit « ./sympa.pl --upgrade » et nos problèmes de mise à
jour ou de synchronisation d'abonnés disparaissent.

Merci à Olivier L. pour son aide.

Sébastien JEAN
Administrateur Système et Réseaux
Pôle Systèmes, Réseaux et Télécom - CRI (Centre de Ressources Informatiques)
Institut National Polytechnique de Lorraine
Tél : 03.83.59.61.49 06.03.19.73.46
Email : adresse@cachée

----- Mail original -----
> Bonjour Sébastien.
>
> C'est quoi comme type d'inclusion. Je viens d'essayer de reproduire
> ton
> problème avec une inclusion LDAP et je n'ai pas d'erreur. J'ai
> d'ailleurs vérifié le code de sympa et à priori tous les tests sur
> l'adresse se font après l'avoir au préalable converti en minuscule.
>
> Cordialement.
>
> Le 14/11/11 10:26, Sébastien JEAN a écrit :
> > Bonjour,
> >
> > En juin, j'ai remonté, ici même (
> > https://listes.cru.fr/sympa/arc/sympa-fr/2011-06/msg00014.html )
> > un dysfonctionnement lors de la déclaration d'abonné par inclusion
> > de liste avec un sympa en version 6.1.3. Avec la version 6.1.7, le
> > problème est toujours d'actualité.
> >
> > À l'époque je n'avais pas de piste sur l'origine du problème,
> > aujourd'hui je pense avoir trouvé une cause possible.
> >
> > Le processus de synchronisation (ou de mise à jour de la liste des
> > abonnés) plante dans le cas de doublon (un abonné déjà présent
> > dans la liste des abonnés) lorque la case entre sa déclaration en
> > tant qu'abonné et la case dans sa déclaration dans une liste
> > d'inclusion est différente.
> >
> > Exemple : j'ai un « adresse@cachée » abonné à une
> > liste. Cet abonné est déclaré dans une liste d'inclusion sous la
> > forme « adresse@cachée » (avec des majuscules).
> > Lorsque le processus de synchronisation traite cette entrée, sympa
> > ne repère pas que cette entrée existe déjà (problème de regexp ?)
> > et plante sur l'inclusion de cet abonné (lié à la clé primaire de
> > la table subscriber_table?). Cf log sympa :
> >
> > Nov 14 09:33:48 munster wwsympa[28347]: err List::add_user() Unable
> > to execute SQL statement "INSERT INTO subscriber_table
> > (user_subscriber, comment_subscriber, list_subscriber,
> > robot_subscriber, date_subscriber, update_subscriber,
> > reception_subscriber, topics_subscriber,
> > visibility_subscriber,subscribed_subscriber,included_subscriber,include_sources_subscriber,custom_attribute_subscriber,suspend_subscriber,suspend_start_date_subscriber,suspend_end_date_subscriber)
> > VALUES ('adresse@cachée', NULL, 'maliste',
> > 'mondomaine.fr', FROM_UNIXTIME(1321259628),
> > FROM_UNIXTIME(1321259628), 'mail', NULL, 'noconceal', 0, 1,
> > '25c0dfd8', '<?xml version=\"1.0\" encoding=\"UTF-8\"
> > ?><custom_attributes></custom_attributes>', NULL, NULL, NULL)" :
> > Duplicate entry
> > 'adresse@cachée' for key 1
> >
> >
> > Si je "corrige" l'entrée comportant les minuscules, le processus de
> > mise à jour ne plante plus pour cet utilisateur mais pour un autre
> > dont la déclaration comporte des majuscules…
> >
> > Une des solutions serait de modifier toutes nos déclarations
> > d'abonnés pour les passer en minuscules mais cela est délicat et
> > ne corrige pas vraiment le problème.
> >
> > 1- Auriez vous une solution plus élégante à ce problème ?
> > 2- Pensez vous intégrer un correctif pour les prochaines versions ?
> >
> > Bonne réception.
> >
> > Sébastien JEAN
> > Administrateur Système et Réseaux
> > Pôle Systèmes, Réseaux et Télécom - CRI (Centre de Ressources
> > Informatiques)
> > Institut National Polytechnique de Lorraine
> > Tél : 03.83.59.61.49 06.03.19.73.46
> > Email : adresse@cachée
> >
> >
>
>
> --
> Olivier LACROIX
> Cellule Réseau Lothaire
>
> C.I.R.I.L. | Tél réseau : +33 3.83.68.24.24
> Château du Montet | Tél direct : +33 3.83.68.24.29
> Rue du Doyen Roubault | Fax : +33 3.83.68.24.01
> F - 54500 VANDOEUVRE | email : adresse@cachée
>
>




Archives gérées par MHonArc 2.6.19+.

Haut de le page