<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Openfire on Neale&#39;s Corner</title>
        <link>https://enlow.co.uk/categories/openfire/</link>
        <description>Recent content in Openfire on Neale&#39;s Corner</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>en-us</language>
        <lastBuildDate>Mon, 30 Jul 2012 00:00:00 +0000</lastBuildDate><atom:link href="https://enlow.co.uk/categories/openfire/index.xml" rel="self" type="application/rss+xml" /><item>
        <title>ADAM / LDS</title>
        <link>https://enlow.co.uk/p/adam-/-lds/</link>
        <pubDate>Mon, 30 Jul 2012 00:00:00 +0000</pubDate>
        
        <guid>https://enlow.co.uk/p/adam-/-lds/</guid>
        <description>&lt;p&gt;A recent project has been to configure an ADAM instance to allow Openfire (&lt;a class=&#34;link&#34; href=&#34;http://www.igniterealtime.org&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;
    &gt;homepage&lt;/a&gt;) to allow users from multiple domains to connect to it. It has been interesting and at times frustrating. I wanted to sync to two domains, both in the same forest and create userProxy objects in the ADAM instance to allow for binding.&lt;/p&gt;
&lt;p&gt;There is a source document for using ADAM with Openfire at this &lt;a class=&#34;link&#34; href=&#34;http://community.igniterealtime.org/docs/DOC-1534&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;
    &gt;link&lt;/a&gt;.Â &lt;/p&gt;
&lt;p&gt;The first thing I tried wasn&amp;rsquo;t ADAM running on Server 2003 - it was Lightweight Directory Services running on Server 2008. This worked for the most part - I set up two domains and my adamsync XML files to sync them to the domainDNS objects that I had created. They synced without any problems. Then I tried to use Openfire with the root partition object and immediately found 0 users.&lt;/p&gt;
&lt;p&gt;The root cause of this issue is that when you create a domainDNS object in LDS, the instanceType attribute has a value of 5 - this indicates it is writeable and at the top of the partition. So by creating two domainDNS objects I had created two additional partitions in my instance and Openfire does not appear to be able to traverse partitions when looking for users.&lt;/p&gt;
&lt;p&gt;Fair enough. I tore the instance down and started again from scratch, thinking &amp;ldquo;I&amp;rsquo;ll just put all the users in the one partition I create&amp;rdquo;. This didn&amp;rsquo;t work either - adamsync in LDS will only sync to the top of a partition, and you can only have one adamsync configuration per partition. So I could sync one domain and nothing else - leaving me in exactly the same situation as I am if I point Openfire to a single domain.&lt;/p&gt;
&lt;p&gt;There was only one thing for it Â - going back to ADAM on Server 2003. This worked ! How come ?&lt;/p&gt;
&lt;p&gt;- domainDNS objects have instanceType set to 4 (writeable) and because they do not have the &amp;ldquo;top of partition&amp;rdquo; bit set, they do not represent a new partition. - adamsync can sync to these domainDNS objects, which aren&amp;rsquo;t at the top of a partition, without a complaint. I didn&amp;rsquo;t try syncing to CN&amp;rsquo;s or OU&amp;rsquo;s though ;)&lt;/p&gt;
&lt;p&gt;Hence I can put the users from two domains into one ADAM instance. So, if you are looking at using Openfire with multiple domains and you decide to go the ADAM route - ignore LDS, stick to 2003 !&lt;/p&gt;</description>
        </item>
        
    </channel>
</rss>
