Hi thank you for the reply. You are right , it's because my "ou" ou=entreprise,ou=annuaire,dc =test,dc=fr and ou=annuaire,dc =test,dc=fr contain objectclass=nsview , but not contain nsviewfilter=something..

Thank Fabrice

Hi, i try to understand what's wrong with my virtual views.

You are searching for views inside the view hierarchy since ou=entreprise,ou=annuaire,dc=test,dc=fr is a view without a filter. So you're search is being rewritten to be from scope ou=annuaire,dc=test,dc=fr, made a subtree search if it is not already, and then the filter is rewritten to realize the view. Part of the filter rewriting is to ignore views entries unless they match the original filter and are in the original search scope - it is quite possible that there is some odd interaction in this case. Do you see the views if you use (ou=*)?

I've got an 'ou' where all my users are (ou=People,dc=test,dc=fr) So i create a virtual views with différent ou with objectclass : nsview and with nsViewFilter: (something) like this:

dn: ou=entreprise,ou=annuaire,dc=test,dc=fr modifytimestamp: 20071005102053Z modifiersname: cn=directory manager ou: Cap l'Orient objectClass: organizationalUnit objectClass: top objectClass: nsview creatorsname: cn=directory manager createtimestamp: 20060130145928Z nsuniqueid: fad66382-1dd111b2-8076e5f7-b3860000 parentid: 323 entryid: 324 entrydn: ou=entreprise,ou=annuaire,dc=test,dc=fr numsubordinates: 8 subschemasubentry: cn=schema hassubordinates: TRUE

dn: ou=Services Fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr modifytimestamp: 20071008122956Z modifiersname: cn=directory manager nsViewFilter: (departmentnumber=DGSF*) objectClass: organizationalUnit objectClass: top objectClass: nsview ou: DG Services Fonctionnels creatorsname: cn=directory manager createtimestamp: 20060130145928Z nsuniqueid: fad66383-1dd111b2-8076e5f7-b3860000 parentid: 324 entryid: 325 entrydn: ou=services fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr numsubordinates: 3 subschemasubentry: cn=schema hassubordinates: TRUE

dn: ou=Ressources Humaines,ou=Services Fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr modifytimestamp: 20071005102032Z modifiersname: cn=directory manager nsViewFilter: (departmentnumber=DGSF-RH) objectClass: organizationalUnit objectClass: top objectClass: nsview ou: Ressources humaines creatorsname: cn=directory manager createtimestamp: 20060130145928Z nsuniqueid: fad66384-1dd111b2-8076e5f7-b3860000 parentid: 325 entryid: 326 entrydn: ou=ressources humaines,ou=services fonctionnels,ou=entreprise,ou=annuaire,dc=test,dc=fr numsubordinates: 0 subschemasubentry: cn=schema hassubordinates: FALSE ....

The problem is when it try to get all the hierarchy with a perl script or with php under ou=entreprise,ou=annuaire,dc=test,dc=fr , FDS doesn't return all the ou. (with phpldapadmin i can see the hierarchy)

The perl script i use to get all the hierarchy:

use Net::LDAP; use Switch;

$ldup = Net::LDAP->new( '127.0.0.1 http://127.0.0.1' ) or die "$@"; $masg = $ldup->bind ; # an anonymous bind $masg = $ldup->search( # perform a search base => "ou=entreprise,ou=annuaire,dc=caplorient,dc=com", scope => 'sub', filter => "(objectClass=nsview)" );

$masg->code && die $masg->error; foreach $entry ($masg->entries) { $uid=$cn=$givenname=$mail=$sn="NULL"; $dn=$entry->dn();

     foreach  $attr ($entry->attributes)
            {
            if($attr eq ou)
                    {
                    $uid=$entry->get_value($attr);
                             print $dn."\n";
                    print $uid."\n";
                    }
            }

}

$mesg = $ldup->unbind; # take down session

If anyone has got the same type of problem , thank you in advance for the answer

Fabrice

-- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users

-- Pete