[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 110867] Search/Find button for LDAP lookups in composer
From:       Christian Schaarschmidt <schaarsc () gmx ! de>
Date:       2007-02-17 16:25:33
Message-ID: 20070217162533.4336.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=110867         




------- Additional Comments From schaarsc gmx de  2007-02-17 17:25 -------
Created an attachment (id=19720)
 --> (http://bugs.kde.org/attachment.cgi?id=19720&action=view)
ldapSearch.patch

I have created a local LDAP with 100.000 entries and it takes less than 10
seconds to load, I have no explanation for what you have measured. Nevertheless
there are some issues that need to be fixed (see patch):
- ldapSearch was broken
- ldapSearch did not search for domain
- loadContacts did load *all* contacts for all resources, this should not
happen for ldapkio, we have a asynch. ldapSearch. (BTW, this is not acceptable
for corporate environments, we need to	look into it for KDE4/akonadi)
- there is no reason to reload local addresses with each ldapSearch
- cache ldap-entries. ok, it will require to restart kmail to refresh cashed
ldap-entries, but how often will that happen?

I would appreciate some feedback on the patch before I commit, thanks!
[prev in list] [next in list] [prev in thread] [next in thread]