Turba groups with ldap (was) Re: [turba] Turba Groups in head version updated yesterday.

[eculp@encontacto.net]

Quoting Chuck Hagenbuch <chuck@horde.org>:

 | Quoting eculp@encontacto.net:
 | 
 | > That is great!  Is there any reference to this in the faq?  If not,
 | > could you share a little more information on your configuration?
 | > I'm not sure what attribute to use for the individual emails so
 | > that mail will be sent to the group address.  Is something
 | > special needed in sources.php?  I assume that the group dn would be
 | > the same as any other entry but with the group email/uid something
 | > like dn: mail=newgroup@domain.com,ou=addressbook,o=domain.com.
 | 
 | No... This is the map that I'm using:
 | 
 |     'map' => array(
 |         '__key' => 'dn',
 |         '__type' => 'turbaobjecttype',
 |         '__members' => 'turbaobjectmembers',
 |         'name' => 'cn',
 |         'email' => 'mail',
 |         'homePhone' => 'homephone',
 |         'workPhone' => 'telephonenumber',
 |         'cellPhone' => 'mobile',
 |         'fax' => 'fax',
 |         'homeAddress' => 'homepostaladdress',
 |         'notes' => 'description',
 |         'pgpPublicKey' => 'pgppublickey'
 |     ),
 | 
 | __members is the key one for groups, I defined that in my schema as a binary
 | data type; you also need __type. Here is what I added to my schema
 | definitions:
 | 
 | attributetype ( 1.3.6.1.4.1.13040.1.2.4.501
 |     NAME 'pgppublickey'
 |         EQUALITY caseIgnoreMatch
 |         SUBSTR caseIgnoreSubstringsMatch
 |         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{1024} )
 | 
 | attributetype ( 1.3.6.1.4.1.13040.1.2.4.502
 |     NAME 'turbaObjectType'
 |         EQUALITY objectIdentifierMatch
 |         SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 )
 | 
 | attributetype ( 1.3.6.1.4.1.13040.1.2.4.503
 |     NAME 'turbaObjectMembers'
 |         EQUALITY caseIgnoreMatch
 |         SUBSTR caseIgnoreSubstringsMatch
 |         SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{1024} )
 | 
 | I'm not really an LDAP person, so I'm not sure that's the best way to do it,
 | but it seems to work.

Chuck,

Thanks.  I didn't have time to implement this until yesterday.  It does indeed
work. My first intent was not successful because my filters were hiding the 
newly created groups.  I do have a question, should the groups appear in the
dropdown to allow adding additional members?  My only issue is that I can't
find a way to add a member without creating a new group.  Are you able to 
add members?  I could very well be missing something else and not allowing
the program to read the directory as expected, no anonymous binds for example.


Thanks,

ed

-------------------------------------------------