Accéder au contenu.
Menu Sympa

fr - [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: sympa-fr <adresse@cachée>
  • Subject: [sympa-fr] Problème d'inclusion d'abonné via une liste
  • Date: Mon, 14 Nov 2011 10:26:36 +0100 (CET)

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





Archives gérées par MHonArc 2.6.19+.

Haut de le page