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

[Olivier LACROIX <adresse@cachée>]

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