ADAM multivalue limit

8 Feb 2006 8:17 PM

Norm

I'm trying to import data from our Critical Path directory to an ADAM test
directory and am running into an Administrative Limit on one of the objects.
It has a multivalued IA5-String attribute that contains a list of email
addresses. The ADAM directory stops at 1275 members. Anyone know where to
override this limit?

Thanks, Norm.

8 Feb 2006 8:54 PM

Lee Flight

Hi

that limit for non-linked attributes ~1300 is a hard limit resulting from
the record size used in the database that underlies ADAM. Linked attributes
do not suffer from this restriction. See:

http://groups.google.co.uk/group/microsoft.public.windows.server.active_directory/browse_frm/thread/73462d3e2da8fe75/641925f56d1486f0#641925f56d1486f0

Lee Flight

9 Feb 2006 3:06 AM

Joe Kaplan (MVP - ADSI)

Bottom line is though that if the attribute needs to be IA5 String instead
of a DN (with linkID), you are stuck. There is no way to change this.

Joe K.

Show quoteHide quote

"Lee Flight" <l**@le.ac.uk-nospam> wrote in message
news:OESafHPLGHA.1832@TK2MSFTNGP11.phx.gbl...
> Hi
>
> that limit for non-linked attributes ~1300 is a hard limit resulting from
> the record size used in the database that underlies ADAM. Linked
> attributes
> do not suffer from this restriction. See:
>
> http://groups.google.co.uk/group/microsoft.public.windows.server.active_directory/browse_frm/thread/73462d3e2da8fe75/641925f56d1486f0#641925f56d1486f0
>
>
>
> Lee Flight
>
>
>

9 Feb 2006 9:39 PM

Norm

It does need to be some type of string - The object serves as a distribution
list with one of
the attributes being multivalued and containing a list of email addresses.
I was hoping that
I could just change the syntax of the attribute and not have to make code
changes to our email
system.

Show quoteHide quote

"Joe Kaplan (MVP - ADSI)" wrote:

> Bottom line is though that if the attribute needs to be IA5 String instead
> of a DN (with linkID), you are stuck. There is no way to change this.
>
> Joe K.
>
> "Lee Flight" <l**@le.ac.uk-nospam> wrote in message
> news:OESafHPLGHA.1832@TK2MSFTNGP11.phx.gbl...
> > Hi
> >
> > that limit for non-linked attributes ~1300 is a hard limit resulting from
> > the record size used in the database that underlies ADAM. Linked
> > attributes
> > do not suffer from this restriction. See:
> >
> > http://groups.google.co.uk/group/microsoft.public.windows.server.active_directory/browse_frm/thread/73462d3e2da8fe75/641925f56d1486f0#641925f56d1486f0
> >
> >
> >
> > Lee Flight
> >
> >
> >
>
>
>

10 Feb 2006 2:29 AM

Joe Kaplan (MVP - ADSI)

No, sorry. The only "unbounded" multivalue attributes in AD or ADAM are
linked DN syntax attributes. You could potentially use DNString and put
your email address in the string part, using some dummy object as the DN and
linking it to nothing (create a forward link without matching backlink). It
is goofy and would make the parsing code a little weird, but it should work.

Joe K.

Show quoteHide quote

"Norm" <N***@discussions.microsoft.com> wrote in message
news:17F5BF3C-AC93-46B6-BF04-61E66199C294@microsoft.com...
> It does need to be some type of string - The object serves as a
> distribution
> list with one of
> the attributes being multivalued and containing a list of email addresses.
> I was hoping that
> I could just change the syntax of the attribute and not have to make code
> changes to our email
> system.
>

10 Feb 2006 4:38 PM

Norm

Joe and Lee,

I appreciate all your help on this. I guess if we need to change the code
we could just use a single-valued attribute and store all of the email
addresses in some delimited form. So far we only have one distribution list
that is a problem - it has over 1600 members which is around a 40k string.

Show quoteHide quote

"Joe Kaplan (MVP - ADSI)" wrote:

> No, sorry. The only "unbounded" multivalue attributes in AD or ADAM are
> linked DN syntax attributes. You could potentially use DNString and put
> your email address in the string part, using some dummy object as the DN and
> linking it to nothing (create a forward link without matching backlink). It
> is goofy and would make the parsing code a little weird, but it should work.
>
> Joe K.
>
> "Norm" <N***@discussions.microsoft.com> wrote in message
> news:17F5BF3C-AC93-46B6-BF04-61E66199C294@microsoft.com...
> > It does need to be some type of string - The object serves as a
> > distribution
> > list with one of
> > the attributes being multivalued and containing a list of email addresses.
> > I was hoping that
> > I could just change the syntax of the attribute and not have to make code
> > changes to our email
> > system.
> >
>
>
>

10 Feb 2006 5:09 PM

Joe Kaplan (MVP - ADSI)

That is definitely your path of least resistance. As long as you don't set
rangeUpper on the attribute, you should easily be able to handle a single
attribute value with this much data. That is much less goofy than the
DNString syntax.

Joe K.

Show quoteHide quote

"Norm" <N***@discussions.microsoft.com> wrote in message
news:9C0EBDF2-AD5B-4E63-AC62-09B88A214332@microsoft.com...
> Joe and Lee,
>
> I appreciate all your help on this. I guess if we need to change the code
> we could just use a single-valued attribute and store all of the email
> addresses in some delimited form. So far we only have one distribution
> list
> that is a problem - it has over 1600 members which is around a 40k string.
>
> "Joe Kaplan (MVP - ADSI)" wrote:
>

10 Feb 2006 5:24 PM

Lee Flight

Agreed, with the tweak that I would set a rangeUpper albeit to some
suitably high value, unbounded anything never really feels safe :)

Lee Flight

Show quoteHide quote

"Joe Kaplan (MVP - ADSI)" <joseph.e.kap***@removethis.accenture.com> wrote
in message news:u2gt%23SmLGHA.2012@TK2MSFTNGP14.phx.gbl...
> That is definitely your path of least resistance. As long as you don't
> set rangeUpper on the attribute, you should easily be able to handle a
> single attribute value with this much data. That is much less goofy than
> the DNString syntax.
>
> Joe K.
>
> "Norm" <N***@discussions.microsoft.com> wrote in message
> news:9C0EBDF2-AD5B-4E63-AC62-09B88A214332@microsoft.com...
>> Joe and Lee,
>>
>> I appreciate all your help on this. I guess if we need to change the
>> code
>> we could just use a single-valued attribute and store all of the email
>> addresses in some delimited form. So far we only have one distribution
>> list
>> that is a problem - it has over 1600 members which is around a 40k
>> string.
>>
>> "Joe Kaplan (MVP - ADSI)" wrote:
>>
>
>