Re: [sympa-fr] Problème de synchro des listes LDAP avec include_ldap_query: alternance add/remove

[Cédric Archambeau <adresse@cachée>]

    Re-bonjour,
    
    Au final nous avons réussi à faire quelque chose qui fonctionne avec
    include_ldap_query, en nettoyant notre fichier de requête.
    
    En substance, cela donne ceci pour la partie qui nous intéresse : 
> ...
>       suffix ou=personnes,o=organisation,dc=fr
>       filter (&(objectclass=inetOrgPerson)(memberOf=cn=[% param.0
>       %],ou=groupes,o=organisation,dc=fr))
>       attrs [% param.1 %],displayName
>       select first 
>       scope sub
>       timeout 30
>       ...
>     
    Nous ne savons pas trop ce qui coincait, mais en remettant tout cela
    au propre - et dans l'ordre : paramétrage de la connexion en haut,
    requête en bas après le suffixe avec le timeout à la fin - c'est
    passé.

L'usage du select first/all n'est pas très clair, il peut agir si j'ai bien pigé soit sur une liste (de dn par ex), soit sur les valeurs multivaluées des attributs retournés. Enfin c'est ce que j'en déduis. Au cas particulier "first" nous suffit.

Bref, maintenant cela fonctionne, merci encore à Laurent.

Cédric

Le 02/07/2020 à 12:30, Cédric Archambeau a écrit :

      Bonjour,
      
      Nous préparons notre migration de Mailman à Sympa. Niveau
      débutant, donc ;-)
      Nous synchronisons nos listes avec des fichiers d'inclusion
      requêtant sur notre annuaire openldap.
      
      Si nous utilisons include_ldap_query avec ce type de
      requête : 
> ...
>         filter (memberOf=cn=[% param.0
>         %],ou=groupes,o=organisation,dc=fr)
>         attrs mail,displayName
>         scope sub
>         select all
>         ...
>       
      à chaque synchro, nous avons une alternance de peuplement et de
      dépeuplement des listes.
      
      Exemple avec un ttl de 300 sec : 
> Jul  1 10:47:17 servername task_manager[42629]: notice
>         Sympa::List::sync_include(Sympa::List <adresse@cachée>)
>         43 users added
>         Jul  1 10:47:17 servername task_manager[42629]: notice
>         Sympa::List::sync_include(Sympa::List <adresse@cachée>)
>         0 users updated
>         Jul  1 10:53:17 servername task_manager[42629]: notice
>         Sympa::List::sync_include(Sympa::List <adresse@cachée>)
>         43 users removed
>         Jul  1 10:53:17 servername task_manager[42629]: notice
>         Sympa::List::sync_include(Sympa::List <adresse@cachée>)
>         0 users updated
>         Jul  1 10:59:17 servername task_manager[42629]: notice
>         Sympa::List::sync_include(Sympa::List <adresse@cachée>)
>         43 users added
>         Jul  1 10:59:17 servername task_manager[42629]: notice
>         Sympa::List::sync_include(Sympa::List <adresse@cachée>)
>         0 users updated   
>       
      
      A priori la requête renvoie des résultats différents à chaque fois
      donc (sauf mauvaise interprétation). Pas de souci de connectivité
      avec l'annuaire.
      Lorsque le peuplement est fait, il est correct.
      
      Nous ne rencontrons pas de souci en utilisant la version 2
      passes (include_ldap_2level_query - requête sur le groupe
      puis sur chaque membre).
      
      Auriez-vous une idée de l'origine du problème ou d'une piste pour
      faire fonctionner include_ldap_query?
      
      Merci d'avance de votre éclairage.
      
      Cédric Archambeau
      Solidaires Finances Publiques