Version: (using KDE 4.1.3) Compiler: gcc.-4.3.2 OS: Linux Installed from: Gentoo Packages Kopete seems to scan addressbook resources on startup. If a disconnected IMAP resource with contact information (groupware functionality) is found, kmail is opened together with kopete. These should be the relevant lines of debug output: kopete(18301)/kdepimlibs (kabc) KABC::StdAddressBook::StdAddressBook: kopete(18301)/kresources KRES::Resource::open: Opening resource "Gmail IMAP" kopete(18301) KDBusServiceStarter::startServiceFor: starting "/usr/share/applications/kde4/KMail.desktop" Further, for some reason, kmail is also started on kde-startup, i.e. at login. Couldn't find any logs for that, though. IMO, if kmail is not running, don't start it :(
This is going to be fixed, ASAP the application accessing contact information is using Akonadi instead of accessing KMail/KAddressbook directly. There's currently no workaround for this except of waiting for the applications to support Akonadi. Closing this as 'WONTFIX'
In this case this is more a matter of the groupware resources being ported to Akonadi rather than the applications. The current implementation of some resources requires cached IMAP access and this is provided by KMail or Kontact. So in order for these resources to work they have to start KMail or Kontact if it is not running yet. It is therefore less a matter of "WONTFIX" but rather "LATER" or "UNMAINTAINED"
As I started to look into akonadi only yesterday: what is required is an agent, e.g. "Akondi groupware resource via cached IMAP", that gets login credentials the same way as kmail does to provide the requested information? If this is the case and assuming such an agent is not available yet: a configurable option whether to start kmail or kontact would be nice. As soon as kmail opens, I have to close it an start kontact instead. Not exactly efficient.
(In reply to comment #3) > As I started to look into akonadi only yesterday: what is required is an agent, > e.g. "Akondi groupware resource via cached IMAP", that gets login credentials > the same way as kmail does to provide the requested information? Exactly! > If this is the case and assuming such an agent is not available yet: a > configurable option whether to start kmail or kontact would be nice. As soon as > kmail opens, I have to close it an start kontact instead. Not exactly > efficient. Since I don't have such a setup I am not sure, but I think there is such an option. I recommend asking on the kdepim-users mailinglist.
Plenty of reports before ^^ *** This bug has been marked as a duplicate of bug 97764 ***