From: Francis Cianfrocca <garbagecat10@...>
Date: 2006-05-18T06:07:28+09:00
Subject: Re: Net::LDAP filters

------=_Part_124746_13266414.1147900045447
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

I thought about it some more and I realized you're right. The original
motivation for returning canonical attribute names was that there's no
guaranteeing what an LDAP server will actually return (in regard to case of
attribute names), so I figured it would be least surprising to the
programmer to get back a standard form (all lower-case). That probably does
make sense when you don't specify which attributes you want back. But it
doesn't make any sense otherwise, especially given that a core goal of
Net::LDAP is to hide the messiness of the LDAP wire protocol. I'm going to
change the code accordingly, and I appreciate your suggestion.

On 5/17/06, Andre Nathan <andre@digirati.com.br> wrote:
>
> On Thu, 2006-05-18 at 04:54 +0900, Francis Cianfrocca wrote:
> > LDAP attribute names are usually not case-sensitive. I had a couple of
> > reasons for handling those the way I did, but I can be persuaded
> > otherwise!
>
> Well, my only argument is that if I search for something, I'd expect
> that the return result to include the same attribute name that I
> searched for.
>
> It's nothing overly important, I was just writing some unit tests and
> was surprised to see that results[:shadowFlag] was nil, so I had to dump
> the whole results to find out the key is actually :shadowflag.
>
> Andre
>
>
>

------=_Part_124746_13266414.1147900045447--