[turba] Organisational Unit showing in browse list
Martin Fraser
mdf at darksnow.net
Mon Mar 19 20:16:36 UTC 2007
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'),
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
thought it would only match if all were present as the class. Also, I
thought it would only show matches within the ou and lower in the tree.
Should I remove top?
Cheers for the reply.
Martin...
Adam Tauno Williams wrote:
>> 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.
>
More information about the turba
mailing list