[#4049] Special kolab user types cannot save their preferences
Summary Special kolab user types cannot save their preferences
Queue Kolab
Type Bug
State Resolved
Priority 2. Medium
Requester wrobel (at) gentoo (dot) org
Created 2006-06-16 (5330 days ago)
Updated 2006-06-21 (5325 days ago)
Assigned 2006-06-21 (5325 days ago)
Resolved 2006-06-21 (5325 days ago)
Patch No

2006-06-21 17:18:38 Jan Schneider Comment #5
State ⇒ Resolved
Reply to this comment
Committed, thanks.
2006-06-21 08:24:38 wrobel (at) gentoo (dot) org Comment #4 Reply to this comment
These "special" users are supposed to be able to use the kolab system 
like a standard user. The internal user is equivalent to a normal user 
but the contact details of the user are not openly visible. Kontact 
treats these accounts as equal also.

I don't know why the user for searching was named "nobody" but the 
user is used for the same task in other php scripts of the kolab 
2006-06-21 07:38:36 Jan Schneider Comment #3
State ⇒ Feedback
Reply to this comment
This is not a privileged user ("nobody" doesn't sound like it is)? And 
these "special" user are really users that are supposed to login and 
use the Kolab system, or are these maintenance/administration users?
2006-06-16 08:46:41 wrobel (at) gentoo (dot) org Comment #2
New Attachment: package-horde.kolab-searchdn.patch Download
Reply to this comment
Definition of the necessary configuration parameters.
2006-06-16 08:45:57 wrobel (at) gentoo (dot) org Comment #1
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Summary ⇒ Special kolab user types cannot save their preferences
Queue ⇒ Kolab
New Attachment: package-framework.kolab-searchdn.patch Download
Reply to this comment
Kolab allows adding special user types that are being stored in a 
section of the ldap tree that is not searchable by the anonymous user.

The Prefs ldap backend does support searching for the user dn, but it 
does so as the anonymous user. Consequently the special user type will 
not be able to save the horde preferences though they are able to log 
into the system without problems.

Kolab provides a special user cn=nobody,cn=internal,... that also 
allows searching for these special user types. I attached a suggested 
patch that would extend the functionality of the ldap prefs backend to 
allow setting a dn that will always be used for binding.

Saved Queries