From: Friedman, E. <ed...@am...> - 2002-05-31 17:53:45
|
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...]=20 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...]=20 > Sent: Friday, May 31, 2002 1:38 PM > To: per...@li... > Subject: replacing attribute case change only and... >=20 >=20 >=20 > I'm not 100% sure these are bugs. I think it is a problem=20 > with Net::LDAP > because I was able to modify the attributes using non-Net::LDAP code. >=20 >=20 > When changing only the case of one of the letters, e.g. >=20 > $ldap->modify( $dn, changes =3D> [ replace =3D> [ sn =3D> 'Bill=20 > McMann' ] ]); >=20 > where, the current setting of sn is 'Bill Mcmann' >=20 > The attribute does not get changed, yet the server returns success. >=20 >=20 > Also, when adding a space to a field that contains only numbers and > special characters (/-+), e.g. >=20 > $ldap->modify( $dn, changes =3D> [ replace =3D> [ homephone =3D> '+81 = 11 818 > 5652' ] ]); >=20 > where the current setting of homephone is +81118185652 >=20 > The attribute does not get changed, yet the server returns success. >=20 >=20 > Has anyone seen this behavior? >=20 > Thanks, Ed >=20 > 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...> >=20 >=20 > _______________________________________________________________ >=20 > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm >=20 |