<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Groups and attrisdn in non-flat LDAP directory do not work</title> 
  <pubDate>Sun, 05 Apr 2026 18:27:44 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/8847</link> 
  <atom:link rel="self" type="application/rss+xml" title="Groups and attrisdn in non-flat LDAP directory do not work" href="https://bugs.horde.org/ticket/8847/rss" /> 
  <description>Groups and attrisdn in non-flat LDAP directory do not work</description> 
 
   
   
  <item> 
   <title>In a LDAP Directory with a hierarchical structure and full D</title> 
   <description>In a LDAP Directory with a hierarchical structure and full DN names as group member entries (like Novell Edirectory) getGroupMemberShip will not work.

The culprit is the following code:

            if ($GLOBALS[&#039;conf&#039;][&#039;group&#039;][&#039;params&#039;][&#039;attrisdn&#039;]) {
                $filter .= $GLOBALS[&#039;conf&#039;][&#039;auth&#039;][&#039;params&#039;][&#039;uid&#039;] . &#039;=&#039;;
            }
            $filter .= $user;
            if ($GLOBALS[&#039;conf&#039;][&#039;group&#039;][&#039;params&#039;][&#039;attrisdn&#039;]) {
                $filter .= &#039;,&#039; . $GLOBALS[&#039;conf&#039;][&#039;auth&#039;][&#039;params&#039;][&#039;basedn&#039;];
            }

The code assumes that a user DN is always flat under the basedn. In a hierarchical directory structure with sub OU&#039;s this not the case, so the real user DN must be used here!

</description> 
   <pubDate>Tue, 02 Feb 2010 12:24:26 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t57824</link> 
  </item> 
   
  <item> 
   <title>I wrote now a patch for this, the code for retrieving the us</title> 
   <description>I wrote now a patch for this, the code for retrieving the userDN is adopted from passwd/config/hooks.php.dist.

But the code opens up a new can of worms. It works, but with a large user base (we have over 3000 users) for example the startup of the permission widget for kronolith calenders takes a long time, as the userdn is retrieved for every known user.
</description> 
   <pubDate>Tue, 02 Feb 2010 13:14:53 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t57825</link> 
  </item> 
   
  <item> 
   <title>This patch is useful also for me.
I hope it can be added to</title> 
   <description>This patch is useful also for me.
I hope it can be added to next horde release.

I only notice this:
groups over LDAP can work with separate backend.
These parameter:
$conf[&#039;auth&#039;][&#039;params&#039;][&#039;uid&#039;]
$conf[&#039;auth&#039;][&#039;params&#039;][&#039;basedn&#039;]
could be undefined.

I manually added them to conf.php, but it&#039;s better adding them to group backend, like: 

$conf[&#039;group&#039;][&#039;params&#039;][&#039;uid]


A minor issue: if I login as adminitrator, I can only manage groups defined into basedn, I can&#039;t see groups in subtree. But all groups work as expected, regardless of subtree where they stay.</description> 
   <pubDate>Thu, 18 Mar 2010 08:53:52 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t58230</link> 
  </item> 
   
  <item> 
   <title>Yes, I notice also the problem with the group administation </title> 
   <description>Yes, I notice also the problem with the group administation (though i don&#039;t use it, as i manage them from Novell Imanager).  I opened ticket 8851 regarding this.</description> 
   <pubDate>Thu, 18 Mar 2010 11:52:19 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t58234</link> 
  </item> 
   
  <item> 
   <title>See also ticket #9762.</title> 
   <description>See also ticket #9762.</description> 
   <pubDate>Fri, 01 Apr 2011 09:54:02 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t62956</link> 
  </item> 
   
  <item> 
   <title>I have added a patch which should solve attrisdn.

There i</title> 
   <description>I have added a patch which should solve attrisdn.

There is one caveat with this patch, as findUserDN runs in the group context it uses the search base for groups. If this is different for groups and users it will not find the dn.

So maybe there should be the DN stored in the cookie?


</description> 
   <pubDate>Fri, 15 Apr 2011 12:04:35 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t63795</link> 
  </item> 
   
  <item> 
   <title>&gt; I have added a patch which should solve attrisdn.
&gt;
&gt; Th</title> 
   <description>&gt; I have added a patch which should solve attrisdn.
&gt;
&gt; There is one caveat with this patch, as findUserDN runs in the group 
&gt; context it uses the search base for groups. If this is different for 
&gt; groups and users it will not find the dn.
&gt;
&gt; So maybe there should be the DN stored in the cookie?

Soorry missed the attachement,</description> 
   <pubDate>Fri, 15 Apr 2011 12:05:31 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t63796</link> 
  </item> 
   
  <item> 
   <title>Try this: http://git.horde.org/horde-git/-/commit/053896a29a</title> 
   <description>Try this: http://git.horde.org/horde-git/-/commit/053896a29a21e3ce9d63e198f25521b24fd9367a</description> 
   <pubDate>Fri, 01 Jul 2011 10:09:47 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/8847#t66052</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
