[sympa-fr] Perte d'abonnés dans listes ldap include 2

[Alexandre MIREK <adresse@cachée>]

Bonjour,

J'utilise sympa v4.1.1 (package Redhat) sur une Redhat AS 2.1.

J'ai un certain nombre de listes dynamiques configurées en "include 2" avec 
une requête sur un serveur ldap.
Mon problème est que de façon aléatoire, mes listes passe de 0 à n membres.
Après analyse des logs de sympa et du serveur ldap, il apparaît qu'il 
arrive que sympa lance sa requête ldap avant d'être authentifié sur le 
serveur ldap.
Il en résulte une requête en mode anonymous avec un filtre ldap comportant 
certains champs invisibles sans authentification. Cette requête renvoie 
donc «naturellement» 0 abonnés sans erreurs.
Le cache de sympa est donc mise à jour à 0 abonnés.

Ci-dessous les logs du serveur LDAP :

Cas d'une requête lancée avant le bind :

[28/Feb/2005:13:56:05 +0100] conn=15099 op=-1 msgId=-1 - fd=67 slot=67 LDAP 
Connection from 159.84.43.24 to 159.84.43.6
[28/Feb/2005:13:56:05 +0100] conn=15099 op=1 msgId=61430 - SRCH 
base="ou=people,ou=uly2,dc=agalan,dc=org" scope=1 
filter="(&(employeeType=P)(|(aglnPersonStatus=OFFI)(aglnPersonStatus=PROV))( 
aglnMailStatus=normal)(mail=*))" attrs=ALL
[28/Feb/2005:13:56:05 +0100] conn=15099 op=0 msgId=61429 - BIND 
dn="cn=sympa,ou=connecteurs,ou=uLy2,dc=agalan,dc=org" method=128
version=3
[28/Feb/2005:13:56:05 +0100] conn=15099 op=0 msgId=61429 - RESULT err=0 
tag=97 nentries=0 time=0 dn="cn=sympa,ou=connecteurs,ou=uly2,dc=agalan,dc=org"

....

[28/Feb/2005:13:57:18 +0100] conn=15099 op=1 msgId=61430 - RESULT err=0 
tag=101 nentries=0 etime=73 notes=U
[28/Feb/2005:13:57:18 +0100] conn=15099 op=2 msgId=61431 - UNBIND
[28/Feb/2005:13:57:18 +0100] conn=15099 op=2 msgId=-1 - closing - U1
[28/Feb/2005:13:57:18 +0100] conn=15099 op=-1 msgId=-1 - closed.

Dans ce cas nentries=0: pas d’abonnés

Cas d'une requête lancée après le bind :

[28/Feb/2005:14:06:28 +0100] conn=15109 op=-1 msgId=-1 - fd=52 slot=52 LDAP 
connection from 159.84.43.24 to 159.84.43.6
[28/Feb/2005:14:06:28 +0100] conn=15109 op=0 msgId=61432 - BIND 
dn="cn=sympa,ou=connecteurs,ou=uLy2,dc=agalan,dc=org" method=128
version=3
[28/Feb/2005:14:06:28 +0100] conn=15109 op=0 msgId=61432 - RESULT err=0 
tag=97 nentries=0 etime=0 dn="cn=sympa,ou=connecteurs,ou=
uly2,dc=agalan,dc=org"
[28/Feb/2005:14:06:28 +0100] conn=15109 op=1 msgId=61433 - SRCH 
base="ou=people,ou=uly2,dc=agalan,dc=org" scope=1 filter="(&(empl
oyeeType=P)(|(aglnPersonStatus=OFFI)(aglnPersonStatus=PROV))(aglnMailStatus= 
normal)(mail=*))" attrs=ALL

....


[28/Feb/2005:14:10:03 +0100] conn=15109 op=1 msgId=61433 - RESULT err=0 
tag=101 nentries=3301 etime=215 notes=U
[28/Feb/2005:14:10:03 +0100] conn=15109 op=2 msgId=61434 - UNBIND
[28/Feb/2005:14:10:03 +0100] conn=15109 op=2 msgId=-1 - closing - U1
[28/Feb/2005:14:10:03 +0100] conn=15109 op=-1 msgId=-1 - closed.

Dans ce cas nentries=3301: je retrouve mes abonnés!


Est-il normal que sympa nÂ’attende pas le RESULT du BIND avant de lancer sa 
requête?
Y-a-il a un moyen  dÂ’augmenter le temps entre le BIND et le lancement de la 
recherche afin d’être sur d’être authentifié?

merci d'avance.




Cordialement,

Alexandre MIREK
04 78 69 71 05
Centre de Ressources Informatiques
86, rue Pasteur - 69365 LYON Cedex 07 (adresse postale)
5, rue Chevreul - 69007 LYON (adresse de livraison)
Tel. : 04 78 69 71 05
Fax : 04 78 69 73 37