Projet

Général

Profil

Demande #37330

Sympa en erreur au reconfigure Scribe 2.9

Ajouté par Laurent Brillard il y a environ un mois. Mis à jour il y a 28 jours.

Statut:
Nouveau
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
16/02/2026
Echéance:
% réalisé:

0%


Description

Bonjour,

Sur un Scribe 2.9 avec seulement la récupération du fichier config.eol d'un Scribe 2.8, on a une erreur au reconfigure :

/usr/share/eole/postservice/06-sympa reconfigure
Liste des établissements non disponibles pour la construction des filtres de liste de diffusion

Cela pourrait venir du fait que l'UAI a été écrite avec la lettre en minuscule dans les variables Creole mais l'annuaire LDAP est initialisé avec une lettre majuscule.

Benjamin a modifié le code /usr/share/eole/postservice/06-sympa mais ce serait à pérenniser...

Merci d'avance !
Laurent

06-sympa - script 06-sympa modifié pour gérer l’incohérence de casse (5,05 ko) Benjamin Bohard, 16/02/2026 10:32

Historique

#1 Mis à jour par Benjamin Bohard il y a environ un mois

Le script postservice/06-sympa utilise la fonction python get_etabs qui est fournie par scribe-backend.

On a donc, d’un côté des requêtes LDAP qui sont insensibles à la casse et de l’autre du code python qui est sensible à la casse.

On est effectivement tombé sur un problème de cohérence du fait que la fonction get_etabs récupère des des données via des requêtes LDAP (la différence de casse ne pose pas de problème à ce stade) puis fait une comparaison entre le résultat de cette requête et la valeur de la configuration du serveur. La comparaison échoue étant donnée la différence de casse.

Pour pallier le problème, j’ai proposé d’intégrer l’équivalent de la fonction get_etabs directement dans le script postservice/06-sympa pour pouvoir y traiter le problème de la casse sans impacter tout le reste du code python qui utilise scribe-backend. Le script modifié est joint à la demande.

Dans la proposition, le cas "ad" n’est pas traité (pas mis en œuvre à la Réunion).

Un traitement de l’incohérence entre la variable et le contenu de l’annuaire serait peut-être préférable en amont de la fonction get_etabs pour avoir un comportement plus prévisible et robuste.

#2 Mis à jour par Laurent Gourvenec il y a 30 jours

Laurent Brillard a écrit :

Cela pourrait venir du fait que l'UAI a été écrite avec la lettre en minuscule dans les variables Creole mais l'annuaire LDAP est initialisé avec une lettre majuscule.

Est-ce que ça ne pourrait pas venir d'une migration de donnée d'un ancien serveur avec l'UAI contenant la lettre en majuscule ?

#3 Mis à jour par Laurent Brillard il y a 30 jours

Bonjour Laurent,

A priori, non : ce serveur a été instancié avec un fichier config.eol récupéré de Scribe 2.8 qui contenait déjà les UAI avec minuscule.

#4 Mis à jour par Laurent Gourvenec il y a 28 jours

Dans l'historique des commandes du serveur en question on voit que le changement d'UAI a amené des actions à l'instance du serveur. Il est probable que le problème rapporté dans ce ticket soit uniquement lié à la manière dont ce serveur a été installé.
-> arrêt des investigations pour le moment.

Formats disponibles : Atom PDF