<div dir="ltr"><div><div><div><div><div><div><div>I think there have been a misunderstood. The problem isn&#39;t the codification.<br><br></div>If we change the givenname (for example) in AD then the replication agreement between 389DS and AD writes that change in LDAP (It doesn&#39;t matter what type of change, base64 or not), but the 389DS logs doesn&#39;t show that &quot;update&quot; in the attribute.<br>
<br></div>Eventually, I look for that change in another server with multimaster replication and I saw the change. ¿Is that normal? I mean:<br><br>AD &lt;==========&gt; 389 DS (1)  &lt;==========&gt; 389 DS (2)<br></div>make a                    Recive the change               Recive the change from 389DS(1) <br>
</div>change                    but doesn&#39;t show it                and show the change in the logs.<br></div>and sends                in his logs<br></div>it to 389DS(1)           ¿why doesn&#39;t it show<br></div>                                the change?<br>
<div><div><div><div><div><br></div><div>Regards,<br>Moses<br></div></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-14 18:07 GMT+02:00 Rich Megginson <span dir="ltr">&lt;<a href="mailto:rmeggins@redhat.com" target="_blank">rmeggins@redhat.com</a>&gt;</span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 04/14/2014 09:35 AM, Steven Crothers wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The problem is that the sn and givenName attributes contain the same<br>
data, but the data is now in base64, so it&#39;s not human readable.<br>
</blockquote>
<br></div>
Is it base64 encoded in AD, or only in 389?<br>
Have you base64 decoded one of the values to see what it is?<br>
Is it base64 encoded as seen by ldapsearch, or is it actually base64 encoded in the db?  Note that in LDAP (but not necessarily in AD, which violates several LDAP standards), if there is trailing whitespace in an attribute value, ldapsearch will base64 encode the value when it displays it, since the trailing whitespace is not &quot;visible&quot;.<div class="HOEnZb">
<div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I&#39;m not sure how to get around that myself.<br>
Steven Crothers<br>
<a href="mailto:steven.crothers@gmail.com" target="_blank">steven.crothers@gmail.com</a><br>
<br>
<br>
On Mon, Apr 14, 2014 at 9:58 AM, Rich Megginson &lt;<a href="mailto:rmeggins@redhat.com" target="_blank">rmeggins@redhat.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 04/14/2014 02:49 AM, Moisés Barba Pérez wrote:<br>
<br>
Hello,<br>
<br>
    Unfortunately in our organization we have a replication agreement between<br>
389 DS and an Active Directory.<br>
<br>
    For some reason, some Active Directory admin has run a script which has<br>
change the &quot;givenname&quot; and &quot;sn&quot; attrs (now they are in base64) and that<br>
change have been replicated to the 389 DS (1).<br>
<br>
    The issue is: This changes coming from replication aren&#39;t shown in the<br>
server logs with the AD agreement, I saw them in the access file and audit<br>
file but from another 389 DS (2) server with multimaster replication<br>
agreement not in the server with the AD agreement ¿Is this normal? We are<br>
using 1.2.5 version.<br>
<br>
<br>
I don&#39;t understand what the problem is.  Can you be more specific?<br>
<br>
<br>
  AD &lt;=====&gt; 389 DS (1)  &lt;=====&gt; 389 DS (2)<br>
<br>
Regards,<br>
Moses.<br>
<br>
<br>
--<br>
389 users mailing list<br>
<a href="mailto:389-users@lists.fedoraproject.org" target="_blank">389-users@lists.fedoraproject.<u></u>org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.<u></u>org/mailman/listinfo/389-users</a><br>
<br>
<br>
<br>
--<br>
389 users mailing list<br>
<a href="mailto:389-users@lists.fedoraproject.org" target="_blank">389-users@lists.fedoraproject.<u></u>org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.<u></u>org/mailman/listinfo/389-users</a><br>
</blockquote>
--<br>
389 users mailing list<br>
<a href="mailto:389-users@lists.fedoraproject.org" target="_blank">389-users@lists.fedoraproject.<u></u>org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.<u></u>org/mailman/listinfo/389-users</a><br>
</blockquote>
<br>
--<br>
389 users mailing list<br>
<a href="mailto:389-users@lists.fedoraproject.org" target="_blank">389-users@lists.fedoraproject.<u></u>org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.<u></u>org/mailman/listinfo/389-users</a></div></div></blockquote></div><br></div>