[389-users] *;lang-en attributes in AD replication

[Juan Asensio Sánchez]

https://bugzilla.redhat.com/show_bug.cgi?id=759009

https://bugzilla.redhat.com/show_bug.cgi?id=759043


El día 30 de noviembre de 2011 15:21, Rich Megginson
<rmeggins at redhat.com> escribió:
> On 11/30/2011 04:50 AM, Juan Asensio Sánchez wrote:
>>
>> Hi
>>
>> In our directory, we have some users with attributes like cn;lang-en,
>> sn;lang-en, with the same value than cn or sn, but without tildes (á,
>> è) or "ñ". When I try to synchronize these users with Active
>> Directory, I get this error:
>>
>> [30/Nov/2011:11:58:32 +0100] - Windows sync entry: Created new remote
>> entry:
>>  dn:: XXXXXXX
>> objectClass: top
>> objectClass: person
>> objectClass: organizationalperson
>> objectClass: user
>> userprincipalname: XXXXXXX at pruebas.local
>> st: XXXXXXX
>> postalCode: XXXXXXX
>> postalAddress:: XXXXXXX
>> streetAddress:: XXXXXXX
>> facsimileTelephoneNumber: XXXXXXX
>> telephoneNumber: XXXXXXX
>> mail: XXXXXXX
>> o: XXXXXXX
>> l: XXXXXXX
>> ou: XXXXXXX
>> givenName: XXXXXXX
>> sn:: XXXXXXX
>> cn:: XXXXXXX
>> sAMAccountName: XXXXXXX
>> accountExpires: 0
>> codePage: 0
>> sn;lang-en: XXXXXXX
>>
>> [30/Nov/2011:11:58:32 +0100] - Attempting to add entry
>> cn=XXXXXXX,ou=LDAPPeople,dc=pruebas,dc=local to AD for local entry
>> uid=XXXXXXX,ou=People,o=XXXXXXX,dc=XXXXXXX,dc=XXXXXXX
>> [30/Nov/2011:11:58:32 +0100] NSMMReplicationPlugin - agmt="cn=ll"
>> (XXXXXXX:636): Received result code 16 (00000057: LdapErr:
>> DSID-0C090B38, comment: Error in attribute conversion operation, data
>> 0, vece) for add operation
>>
>> If I remove the attribute "sn;lang-en", the sync works ok (well, not,
>> but that is another story). Can I make the sync agreement exclude some
>> attributes, like a normal agreement?
>
> No.  Please file two bugs:
> 1) attributes with language subtypes cannot be synced to AD
> 2) RFE - allow windows sync to exclude attributes including subtypes
>>
>> Thanks in advance.
>> --
>> 389 users mailing list
>> 389-users at lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
>