This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D91E1E8CB10AE4177453556 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Yes, I'll have to do some work to set that up -- I'll get back to you.

Frank

On 5/13/10 8:44 PM, masarati@aero.polimi.it wrote:

I checked with HEAD and re24 (basically, 2.4.22 from CVS) and I couldn'=

t

reproduce the issue. Can you provide the configuration and an example LDIF that triggers the issue? I simply ran test043, restart both serve=

rs,

and perform a modification similar to yours, and it went through with n=

o

problems.

p.

=20

...

Full_Name: Francis Swasey Version: 2.4.22 OS: Red Hat Enterprise Linux 5 update 5 64-bit URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (132.198.107.64)

Platform: Red Hat Enterprise Linux 5, update 5, 64-bit OpenLDAP: 2.4.22 (locally compiled), configured with delta-syncrepl.

The following modify ldif successfully applies to the master:

dn: uid=3Dfcswasey,ou=3DPeople,dc=3Duvm,dc=3Dedu changetype: modify replace: sn sn: Swasey

replace: sn sn: Swasey

In OpenLDAP 2.3 -- this modify ldif deck failed because the "sn" attribute is presented twice. In OpenLDAP 2.4 -- it works, but the delta-syncrepl replica pukes on it with this error:

syncrepl_message_to_op: rid=3D100 mods check (sn: value #0 provided mo=

re

...

than once)

=20

=20

--=20 Frank Swasey | http://www.uvm.edu/~fcs Sr Systems Administrator | Always remember: You are UNIQUE, University of Vermont | just like everyone else. "I am not young enough to know everything." - Oscar Wilde (1854-1900)

--------------enig9D91E1E8CB10AE4177453556 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc"

--------------enig9D91E1E8CB10AE4177453556--