[turba] Organisational Unit showing in browse list

[Adam Tauno Williams]

> That was my first thought but I couldn't see anything wrong.
> This is what is configured for both sources that are showing this:
>           'objectclass' => array('top',
>                                  'person',
>                                  'organizationalPerson',
>                                  'inetOrgPerson'),

This doesn't affect what you see,  these are the objectclasses for
adding new objects.

> The object class of the ou that is being shown is, in both cases 
> organizationalUnit and top. Now, I can see that top is in both, but I

You need to read some basic LDAP documentation.  "top" exists in EVERY
object.

> thought it would only match if all were present as the class.  

No,  to control what you match adjust filter;  from the previous
message: "You configured it wrong. Fix your LDAP filter."

All of this is very well documented in the top of the sources.php.dist
file.

> Also, I
> thought it would only show matches within the ou and lower in the tree

Why?  Did you set scope and root?

> Should I remove top?

No.

> >> I searched for this and found nothing, so I hope this isn't just me 
> >> doing something stupid.
> >> I've setup an LDAP addressbook and due to clashes in what it was showing 
> >> (my system users) I moved it all into a Contacts ou.
> >> Now, when I browse the addressbook it is showing an entry in the list 
> >> who's name is [no value]
> >> On investigation of what it was I found it was the LDAP object for the 
> >> ou itself.
> >> Now, this is happening in FRAMEWORK_3 and not in HEAD (I'm running both) 
> >> so it may be fixed, but any fix should really be back ported. Unless of 
> >> course it is just something stupid I'm doing, but the config of the LDAP 
> >> addressbooks are the same (one for users in the People ou and one for 
> >> ou=Contacts) for my working and development versions.
> > You configured it wrong.
> > Fix your LDAP filter.
> > Hint: objectclass
> >> This is more of an annoyance but any attempted edit causes errors so it 
> >> would be best it wasn't there at all.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.horde.org/archives/turba/attachments/20070319/346f6566/attachment.bin