Re: [SOGo] Group setup help
On 21/05/12 10:39, Ronald J. Yacketta wrote: Why the two different methods of finding posix[gG]roup? Would it be more advantageous to search for objectClasses using the same methods? Yes - please file a bug report with your findings. Thanks, -- Ludovic Marcotte +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Group setup help
On 5/21/2012 9:59 AM, Ronald J. Yacketta wrote: On 5/18/2012 4:06 PM, Ludovic Marcotte wrote: On 18/05/12 08:41, Ronald J. Yacketta wrote: objectClass: posixgroup It could be a string case issue. Try "posixGroup". No dice, group still not expanded. Only change made was posixgroup to posixGroup, everything else remained the same. wireshark shows the group being returned with posixGroup as an objectClass. # Test Department, Departments, potsdam.edu dn: ou=Test Department,ou=Departments,o=potsdam.edu mail: testd...@potsdam.edu gidNumber: 1587 cn: Test Department objectClass: top objectClass: organizationalunit objectClass: spotdepartment objectClass: posixGroup objectClass: extensibleobject ou: Test Department memberUid: fred memberUid: bob memberUid: joe OKay, a bit of a gaff on my end but it is working now! Searching through the code I notice in ./SOGo/SoObjects/SOGo/SOGoGroup you search classes (a NSArray) as such // We check to see if it's a group classes = [[entry attributeWithName: @"objectClass"] allStringValues]; ... [classes containsObject: @"posixGroup"]) while in ./SOGo/SoObjects/SOGo/LDAPSource.m you lower case the LDAP query results before stuffing them into classes (a NSMutableArray) // We get our objectClass attribute values. We lowercase // everything for ease of search after. o = [ldapEntry objectClasses]; ... [classes replaceObjectAtIndex: i withObject: [[classes objectAtIndex: i] lowercaseString]]; ... then do the following [classes containsObject: @"posixgroup"]) Why the two different methods of finding posix[gG]roup? Would it be more advantageous to search for objectClasses using the same methods? -Ron -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Group setup help
On 5/18/2012 4:06 PM, Ludovic Marcotte wrote: On 18/05/12 08:41, Ronald J. Yacketta wrote: objectClass: posixgroup It could be a string case issue. Try "posixGroup". No dice, group still not expanded. Only change made was posixgroup to posixGroup, everything else remained the same. wireshark shows the group being returned with posixGroup as an objectClass. # Test Department, Departments, potsdam.edu dn: ou=Test Department,ou=Departments,o=potsdam.edu mail: testd...@potsdam.edu gidNumber: 1587 cn: Test Department objectClass: top objectClass: organizationalunit objectClass: spotdepartment objectClass: posixGroup objectClass: extensibleobject ou: Test Department memberUid: fred memberUid: bob memberUid: joe -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Group setup help
On 18/05/12 08:41, Ronald J. Yacketta wrote: objectClass: posixgroup It could be a string case issue. Try "posixGroup". -- Ludovic Marcotte +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Group setup help
Hello all! Looking to re-configure SOGo to use Groups but seem to be overlooking something which is preventing groups from properly working. Our LDAP group appears to have the right attributes set as well as the SOGo config, but when we add a group to an event it is not expanded out to its memberUID's (or members). Here is the test LDAP (relevant attributes) entry and SOGo config # Test Department, Departments, potsdam.edu dn: ou=Test Department,ou=Departments,o=potsdam.edu mail: testd...@potsdam.edu gidNumber: 1587 cn: Test Department objectClass: top objectClass: organizationalunit objectClass: spotdepartment objectClass: posixgroup objectClass: extensibleobject ou: Test Department memberUid: fred memberUid: bob memberUid: joe { CNFieldName = cn; IDFieldName = cn; UIDFieldName = cn; baseDN = "ou=Departments,o=potsdam.edu"; bindDN = "cn=*"; bindPassword = "*"; canAuthenticate = YES; displayName = Departments; hostname = ""; id = departments; isAddressBook = YES; port = 389; } Also tried adding groupOfUniqueNames with member entries and still no dice. Thoughts? -Ron -- users@sogo.nu https://inverse.ca/sogo/lists