My understanding is that the way dyngroup works is similar to dynlist in that it expands a URL. So, for a group cn=group1,cn=groups,dc=uta,dc=edu, I would have to have a memberURL (or other labelURI sub) that contains the URL to be expanded. But, I want to avoid having to manually create a base entry and memberURL for each attribute they want to form groups by. So, if dealing with attribA that has 3 possible values, I'm looking at: cn=attribA-value1,cn=groups,dc=uta,dc=edu memberURL: ldap:///dc=uta,dc=edu???(attribA=value1) cn=attribA-value2,cn=groups,dc=uta,dc=edu memberURL: ldap:///dc=uta,dc=edu???(attribA=value2) cn=attribA-value3,cn=groups,dc=uta,dc=edu memberURL: ldap:///dc=uta,dc=edu???(attribA=value3) This is a scaling nightmare if I have to set each group up, especially since there are 14 attributes out there that someone wants to group by. But I'm thinking there has to be a way to get this done using the existing or perhaps a modified overlay. Any thoughts? -- DK On Mon, 2005-08-01 at 12:10, Quanah Gibson-Mount wrote: > --On Monday, August 01, 2005 9:15 AM -0500 Digant C Kasundra > <digant@uta.edu> wrote: > > > Hello everyone, > > > > I've been asked to make groups available based on attributes, but there > > are 6 or 7 different attributes that these particular programmers are > > interested in. Rather than add a new attributetype for URLs of each of > > those attributes in order to do dyngroup expansion, I was wondering if > > there is a way to say "form groups based on values of attribute X." > > > > The Red Hat Directory Server claims to have this functionality and I > > thought it might be nice to have an overlay that could do something > > similar. ((Although in the issue at hand that I'm dealing with, I think > > what the programmers are doing is a complete misuse of LDAP)). > > Digant, > > Dynamic groups are simply formed based on filters. I don't understand what > stops you from doing this now by simply using an OR'd filter to create a > group? Or maybe I'm not entirely understanding the question. > > --Quanah > > -- > Quanah Gibson-Mount > Principal Software Developer > ITSS/Shared Services > Stanford University > GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html > > "These censorship operations against schools and libraries are stronger > than ever in the present religio-political climate. They often focus on > fantasy and sf books, which foster that deadly enemy to bigotry and blind > faith, the imagination." -- Ursula K. Le Guin -- Digant C Kasundra Enterprise Operations and Systems Office of Information Technology University of Texas at Arlington Ph: 817-272-2208 GnuPG Public Key: http://omega.uta.edu/~digant/digant.gpg.asc To request technical support, please contact our computing Help Desk at 817-272-2208, e-mail helpdesk@uta.edu or create a work order at https://eservices.uta.edu/oitforms/workorder.html
Attachment:
signature.asc
Description: This is a digitally signed message part