[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Dynamic group based on arbitrary value

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:

memberURL: ldap:///dc=uta,dc=edu???(attribA=value1)

memberURL: ldap:///dc=uta,dc=edu???(attribA=value2)

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

Attachment: signature.asc
Description: This is a digitally signed message part