Re: [sympa-fr] Problème 5.4.4 et include_ldap_2level_query

[David Verdin <adresse@cachée>]

La bibliothèque LDAP pour perl inclue dans les résultats de recherche un 
code qui vaut 0 si la requête s'est passée sans problème, et une autre 
valeur s'il y en a eu un.

Pour l'instant, Sympa teste si cette valeur diffère de 0. Il retourne 
une erreur si ce n'est pas le cas. On pourrait, bien sûr, envisager de 
traiter différemment les codes d'erreurs (il y en a 97 dans la dernière 
version de la bibliothèque, voir : 
http://search.cpan.org/~gbarr/perl-ldap-0.39/lib/Net/LDAP/Constant.pm#Protocol_Constants). 
Le choix des erreurs à ignorer / tempérer est délicat au départ : 
quelles erreurs sont acceptables pour l'ensemble de la communauté 
d'utilisateurs de Sympa ? Par ailleurs, il n'est pas assuré que nous 
soyons capables de tenir à jour cette liste d'erreurs.

Quelqu'un a-t-il rencontré la même difficulté et serait à même de nous 
éclairer sur la conduite à tenir ?

francois.perichon a écrit :
> David Verdin wrote:
> > Bonjour et désolé pour cette réponse tardive,
> >
> > ce message tient lieu de réponse groupée à F. Perrichon et C. Zimmer, 
> > qui ont rencontré le même problème.
> >
> > Effectivement, les précédentes versions de cette fonction géraient 
> > mal les erreurs renvoyées par LDAP. Le fait qu'elles acceptent une 
> > synchronisation sur le premier niveau alors que le second a échoué en 
> > est un effet secondaire fort gênant. On pourrait ainsi se retrouver 
> > avec des listes incomplètes, sans avoir d'indice que la requête a 
> > échoué.
> >
> > Suite à ce rapport de bug 
> > <http://sourcesup.cru.fr/tracker/?func=detail&group_id=23&aid=4672&atid=167>, 
> > nous avons adapté le code de Sympa pour améliorer la gestion des 
> > erreurs.
> >
> > Faites-nous savoir si vous rencontrez toujours ce problème sur des 
> > requêtes valides.
> >
> > Cordialement,
> Bonjour
>
> En fait le problème se pose pour des requêtes "presque" valides.
> Si on considère un groupe avec un ensemble d'attribut member contenant 
> les dn des objets (mails) à ajouter, il suffit d'un dn erroné dans le 
> groupe pour que la synchronisation soit considérée comme un échec.
>
> Je ne sais pas si il est possible de trouver des moyens pour qualifier 
> la gravité de l'erreur et donc décider si la synchronisation doit se 
> faire ou non. Cela ne me paraît pas trivial.
>
> En attendant, la solution que j'ai adoptée est d'assainir strictement 
> les groupes de façon à ce qu'il ne reste aucun membre avec un dn erroné.
>
> Cordialement

--
David Verdin
Comité réseau des universités