Exporting an object via LDAP shows all attributes' values duplicated.

When exporting an object from eDirectory 8.8.2 on windows that has a Base64-encoded distinguished name (DN) the attributes' values are duplicated An example appears in the additional notes section of this document. This only affects the windows platform.

A Base64-encoded DN only shows up when there is a non-ascii value in the DN itself. For objects that are in this situation export them from another server or clean the exported data of duplicates.

 

This has been resolved in eDir 8.8 SP3

Imported LDIF

version: 1

dn:: Y249dGVzdMOmLG89bm92ZWxs
changetype: add
uid:: dGVzdMOm
Language: ENGLISH
title: Title123
sn: test33
passwordRequired: TRUE
passwordMinimumLength: 5
passwordExpirationTime: 20071129042615Z
passwordExpirationInterval: 3456000
passwordAllowChange: TRUE
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: Person
objectClass: ndsLoginProperties
objectClass: Top
loginGraceRemaining: 1
loginGraceLimit: 6
cn:: dGVzdMOm
cn: test33



Exported LDIF showing duplicate values

# extended LDIF
#
# LDAPv3
# base <> with scope subtree
# filter: cn=test*
# requesting: ALL
#

# test\C3\A6, novell
dn:: Y249dGVzdMOmLG89bm92ZWxs
uid:: dGVzdMOm
uid:: dGVzdMOm
Language: ENGLISH
Language: ENGLISH
title: Title123
title: Title123
sn: test33
sn: test33
passwordRequired: TRUE
passwordRequired: TRUE
passwordMinimumLength: 5
passwordMinimumLength: 5
passwordExpirationTime: 20071129042615Z
passwordExpirationTime: 20071129042615Z
passwordExpirationInterval: 3456000
passwordExpirationInterval: 3456000
passwordAllowChange: TRUE
passwordAllowChange: TRUE
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: Person
objectClass: ndsLoginProperties
objectClass: Top
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: Person
objectClass: ndsLoginProperties
objectClass: Top
loginGraceRemaining: 1
loginGraceRemaining: 1
loginGraceLimit: 6
loginGraceLimit: 6
cn:: dGVzdMOm
cn:: dGVzdDMzIA==
cn:: dGVzdMOm
cn:: dGVzdDMzIA==
ACL:: MiNzdWJ0cmVlI2NuPXRlc3TDpixvPW5vdmVsbCNbQWxsIEF0dHJpYnV0ZXMgUmlnaHRzXQ==
ACL:: NiNlbnRyeSNjbj10ZXN0w6Ysbz1ub3ZlbGwjbG9naW5TY3JpcHQ=
ACL: 2#entry#[Public]#messageServer
ACL: 2#entry#[Root]#groupMembership
ACL:: NiNlbnRyeSNjbj10ZXN0w6Ysbz1ub3ZlbGwjcHJpbnRKb2JDb25maWd1cmF0aW9u
ACL: 2#entry#[Root]#networkAddress
ACL:: MiNzdWJ0cmVlI2NuPXRlc3TDpixvPW5vdmVsbCNbQWxsIEF0dHJpYnV0ZXMgUmlnaHRzXQ==
ACL:: NiNlbnRyeSNjbj10ZXN0w6Ysbz1ub3ZlbGwjbG9naW5TY3JpcHQ=
ACL: 2#entry#[Public]#messageServer
ACL: 2#entry#[Root]#groupMembership
ACL:: NiNlbnRyeSNjbj10ZXN0w6Ysbz1ub3ZlbGwjcHJpbnRKb2JDb25maWd1cmF0aW9u
ACL: 2#entry#[Root]#networkAddress

< /quote>