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: Olivier LACROIX <adresse@cachée>
  • To: adresse@cachée, Sébastien JEAN <adresse@cachée>
  • Subject: Re: [sympa-fr] Problème d'inclusion d'abonné via une liste
  • Date: Tue, 15 Nov 2011 10:07:53 +0100

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