>>We have IM Proxy for a while, which operates between KAddressBook, KMail, >>Kopete and Konversation (yes, only KDE apps). The infrastructure is there, >>but I think it's hard to convince non-KDE projects to let them talk with IM >>Proxy. >> >> > >The difficulty is more the access to the addressbook, one can always talk to >KIMIface applications directly via DCOP. > >Speaking of the addressbook: it might be possible to let Thunderbird use the >KDE addressbook, AFAIK there is such an extension for OpenOffice.org > >That is in the case that LDAP can't be used like Flavio suggested. > > I did not really get (relevant) results when i searched for IM proxy. But i found two other interesting things: https://mail.kde.org/mailman/confirm/kde-devel/7beb8a73ca7c82941c455bc85ddc2fc779ea24b6 http://opensource.bureau-cornavin.com/kab/ So OpenOffice may soon be able to use the KDE Adressbook. Fine. So i just need to convince thunderbird developers to do the same, and kopete developers to provide an option "add this contact information to an existing KDE-Addressbook entry" instead of just adding a new contact to the KDE-Addressbook. Fine. But still i wonder if that will happen. And it does not fully cover my original approach. One goal was system independence. well, don't get me wrong, i guess i'll stay with KDE in the future. But i thought it would be an advancement to have one standardized addressbook, not for KDE only but for all who want to participate. Only one system had to be implemented and maintained. And users would not have to convert. Converting address books is a pain. you may lose entries and some uncommon fields (just like IM IDs) But maybe make all applications using the KDE (or Gnome/Windows/MacOS) Addressbook has also an advantage, like said on the page linked above: The applications don't need to care for the backend, which may be local directory, sqlite, mysql, ldap... LDAP (directly) has the same drawbacks: It is not supported by all of the applications. greetings, Caliga >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<