Hi

[Franz Skale]

Hi,
there's a fine maunal.
Can be found on the redhat site.
dirsrv can be updated using an ldif file and ldapmodify.
Lookt at the dirsrv teaking guide.
Plenty of information.
https://docs.kolab.org/administrator-guide/tweaking-389ds.html

Rgds.

Franz

Am 09.07.15 um 08:48 schrieb Chris Westerfield:
> Hi,
> just checked on this.
> Searching for (objectClass=*) returns everything.
> But memberOf doesn’t return anything at all.
> the memberOf=cn=….. is the, as far as I seen it in several locations,
> default syntx for the search.
> One more Question do you need to restart 389 on changes in the config
> database or does it behave on this like an openldap with live updates?
>> On 09 Jul 2015, at 00:30, bshaw at vsvinc.com <mailto:bshaw at vsvinc.com>
>> wrote:
>>
>>   Overall, your structure looks fine.
>>   If you just do a search for
>> (memberOf=cn=testGroup,ou=Service,ou=Groups,dc=example,dc=com), does
>> it return results?  The cn=testGroup part doesn't seem right.
>>   If that doesn't work, you could try the very general search
>> (memberOf=*).
>>   As a last result, you could search for (objectClass=*), which will
>> return everything, and manually examine the accounts you were
>> expecting in your original query to see if they contain both
>> components of your query.
>>
>> Brian
>>
>>
>> *From:* Christopher Westerfield <westerfield.chris at gmail.com
>> <mailto:westerfield.chris at gmail.com>>
>> *Sent:* Jul 8, 2015 5:48 PM
>> *To:* users at lists.kolab.org <mailto:users at lists.kolab.org>
>> *Subject:* Hi
>>
>> Hi,
>> I’m currently trying to get the groupofuniquenames operational.
>> But all queries in the pattern of:
>>
>>  (&(objectClass=posixAccount)(memberOf=cn=testGroup,ou=Service,ou=Groups,dc=example,dc=com))
>>
>> /don’t return any results./
>> /What am I doing wrong?/
>
>
>
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20150709/d691c17f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4254 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.kolab.org/pipermail/users/attachments/20150709/d691c17f/attachment.p7s>