cancel
Showing results for 
Search instead for 
Did you mean: 

LDAP (AD) group imports

aaronshaw
Champ in-the-making
Champ in-the-making
Hi.
The directory i need to integrate with has a top level (as far as i'm concerned) group with a load of groups one level below. Among these lower groups are a few that need alfresco access, so there is a sibling group on the same lewer level called 'admin alfresco'. This group has members which are other groups at the same level.

Now the problem is that if I set the group search base to be the top level, then I get all groups including ones i don't want. And if i set the search query to then limit the search with memberOf:1.2.840.113556.1.4.1941:CN=admin alfresco, blah blah blah…   then the groups imported are properly limited to only those that are members of the admin alfresco group, BUT what gets imported as a group is ANYTHING that matches the query. So I get a nested tree of groups (which is what I want) plus every group individually.

Eg:

*top level import
————*sub1
————*sub2
/////////————*sub2a
*sub1
*sub2
*sub 2a


When what is required is:

*top level import
————*sub1
————*sub2
/////////————*sub2a


And obviously is I just use memberOf without the LDAP_MATCHING_RULE_IN_CHAIN then i'll only get direct member groups and won't get sub2a (sub2a memberOf sub2 memberOf toplevel)
Does that make sense? and is there a way to resolve this other than completely restructuring the AD ?

Many thanks.
1 REPLY 1

aaronshaw
Champ in-the-making
Champ in-the-making
I just had a further play and it seems that any group that matches the query at all is created. So the memberOf doesn't have to be the chained version.
So if I say memberOf=aspace | distinguishedName=subspace, it will create a group called aspace, with a group caled subspace alongside it, and then the subspace again within aspace.