[Date Prev][Date Next]
Re: Server Side sort and the cn attribute
- To: email@example.com
- Subject: Re: Server Side sort and the cn attribute
- From: Ladislav Pašek <firstname.lastname@example.org>
- Date: Tue, 27 Jul 2010 09:07:28 +0200
- Organization: VALBEK-CZ s.r.o.
- User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; cs; rv:126.96.36.199) Gecko/20100713 Thunderbird/3.1.1
is there any another solution for this then patching the source like here:
On Fri, Dec 11, 2009 at 1:31 PM, Edward Capriolo <email@example.com> wrote:
We use openldap as a back end for many things. One of the thing, it
can be used for is an address book for outlook. Recently we upgrade to
2.4.16->2.4.20 from 2.(who knows how old).
Outlook 2003 clients stopped working:
So I followed the instructions here to enable server side sorting:
I was able to add the ordering to the sn attribute.
attributetype ( 188.8.131.52 NAME ( 'sn' 'surname' )
DESC 'RFC2256: last (family) name(s) for which the entity is known by'
SUP name )
Unfortunately outlook is looking at the cn attribute
@400000004b21316a0e808064 sssvlv: no ordering rule specified and no
default ordering rule for attribute cn
@400000004b21316a0e808834 <= get_ctrls: n=1 rc=18 err="serverSort
control: No ordering rule"
That unfortunately is not defined in the core.schema
# system schema
#attributetype ( 184.108.40.206 NAME ( 'cn' 'commonName' )
# DESC 'RFC2256: common name(s) for which the entity is known by'
# SUP name )
I am sure there is a good reason why cn does not have an ordering, but
I am guessing it used to have this in the distant past since this
previously worked. So how would I go about changing the system schema?
Or does anyone have a better way to deal with this.
(I know I could play with client registry (kb) article but I would
like to handle this server side)
Thank you for your insights.
To follow up, does anyone know why CN does not have any ordering rule?
Is their a way to add an ordering rule?