Re: replacing attribute case change only and...

[<rg...@di...>]

Ed, Our directory is X.500 based and the change you mentioned won't work
at all because the schema has the sn defined as 'case ignored'.

Thus 'Bill Mcmann'  = 'bILL mCMANN' = 'Bill Mcmann'

In our case we usually get a 'value already exists' message but then that
could just be our vendors implementations.

Iplanet may implement it's schema checking of values such that it doesn't
generate and error, but it doesn't change the value because it looks the
same.

I could see where the same would be true for a  'telephone' syntax type also.
Spaces or other characters could be ignored in determining that the value
had changed.

I don't know if it's really a bug though.


Regards,

Rusty

On May 31, 10:53am, Friedman, Ed wrote:
> Subject: RE: replacing attribute case change only and...
> Thanks for the info, and we are using iPlanet.
>
> -Ed
>
> Ed Friedman <ed...@am...>
> Infrastructure Tools - Software Development Engineer
> Phone desk 206/266-3830 (x63830)  cell 206/953-0227
> Pager 206/993-5253 <pag...@am...>
>
> -----Original Message-----
> From: Robbie Allen [mailto:ra...@ci...]
> Sent: Friday, May 31, 2002 10:51 AM
> To: Friedman, Ed; 'per...@li...'
> Subject: RE: replacing attribute case change only and...
>
> I've seen that problem with iPlanet.  It has been reported as a bug, but
> haven't heard of a bug fix yet.
>
> Robbie Allen
>
> > -----Original Message-----
> > From: Friedman, Ed [mailto:ed...@am...]
> > Sent: Friday, May 31, 2002 1:38 PM
> > To: per...@li...
> > Subject: replacing attribute case change only and...
> >
> >
> >
> > I'm not 100% sure these are bugs. I think it is a problem
> > with Net::LDAP
> > because I was able to modify the attributes using non-Net::LDAP code.
> >
> >
> > When changing only the case of one of the letters, e.g.
> >
> > $ldap->modify( $dn, changes => [ replace => [ sn => 'Bill
> > McMann' ] ]);
> >
> > where, the current setting of sn is 'Bill Mcmann'
> >
> > The attribute does not get changed, yet the server returns success.
> >
> >
> > Also, when adding a space to a field that contains only numbers and
> > special characters (/-+), e.g.
> >
> > $ldap->modify( $dn, changes => [ replace => [ homephone => '+81 11 818
> > 5652' ] ]);
> >
> > where the current setting of homephone is +81118185652
> >
> > The attribute does not get changed, yet the server returns success.
> >
> >
> > Has anyone seen this behavior?
> >
> > Thanks, Ed
> >
> > Ed Friedman <ed...@am...>
> > Infrastructure Tools - Software Development Engineer
> > Phone desk 206/266-3830 (x63830)  cell 206/953-0227
> > Pager 206/993-5253 <pag...@am...>
> >
> >
> > _______________________________________________________________
> >
> > Don't miss the 2002 Sprint PCS Application Developer's Conference
> > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> >
>
> _______________________________________________________________
>
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
>-- End of excerpt from Friedman, Ed



-- 

	
Russell Biggs	(Rusty)		Internet: r-...@ti...
6500 Chase Oaks Blvd, M/S 8412
Texas Instruments
Plano Tx	75023	

	Phone:  (972) 575-0826
	Fax:	(972) 575-4853
	Home Page: http://dirtest3.itg.ti.com/~rgb
	Calendar:  http://dirtest3.itg.ti.com/cgi-bin/synchronize.cgi?name=Russell+Biggs

	"I sense much NT in you... 
	 NT leads to bluescreen... 
	 Bluescreen leads to downtime...
	 Downtime leads to suffering... 
	 NT is the path to the darkside..."
			...Unknown UNIX Jedi