Bug 74363

UPDATE!!!!

	This only happends when you select imap-resources as calendar and contacts in control-center...if you use these resources, kmail will always open in kde start, even if it's a clean session.

*** Bug has been marked as fixed ***.

Your fix did not work.

kmail: KMKernel::~KMKernel
kabc: StdAddressBook::save()
kabc: StdAddressBook::self()
kresources: Factory::self()
kio (KTrader): KServiceTypeProfile::offers( KResources/Plugin, )
kio (KTrader): Returning 19 offers
kresources: ManagerImpl::ManagerImpl()
kresources: Connecting DCOP signals...
kresources: ManagerImpl::readConfig()
kresources: Factory::self()
kresources: ManagerImpl::readResourceConfig() xoT53U1R89
kresources: Factory::resource( imap, config )
kabc: FormatFactory::self()
kresources: ManagerImpl::readResourceConfig() Wn8k32PmrW
kresources: Factory::resource( file, config )
kabc: FormatFactory::self()
kabc: StdAddressBook::StdAddressBook()
kresources: Opening resource imap-resource
kio (KTrader): KServiceTypeProfile::offers( DCOP/ResourceBackend/IMAP,Application )
kio (KTrader): Returning 1 offers
kmail: KDCOPServiceStarter: DCOP service is available now, as kmail
kresources: ManagerImpl::writeConfig()
kresources: Saving resource xoT53U1R89
kresources: Resource::writeConfig()
kresources: Saving resource Wn8k32PmrW
kresources: Resource::writeConfig()
kresources: Saving general info
kresources: ManagerImpl::save() finished
kabc: AddressBook::load()
kmail: ERROR: Communication problem in ResourceIMAP::load()
kmail: ERROR: Unable to load resource 'imap-resource'
kabc: AddressBook::requestSaveTicket()
kabc: AddressBook::save()
kresources: ManagerImpl::~ManagerImpl()
kdecore (KLibLoader): The KLibLoader contains the library /opt/kde3/lib/kde3/libkmail_bodypartformatter_application_octetstream.la (0x1068e2c0)
kdecore (KLibLoader): The KLibLoader contains the library kabc_file (0x1071b5d0)
kdecore (KLibLoader): The KLibLoader contains the library kabc_imap (0x106dabd0)

Note: that's a trace from KMail, not kontact, but I think that's the exact reason why kmail starts up when kontact exits.  Somehow it doesn't happen to kmail stand-alone though.

Sorry, I can't to reproduce that. Can you confirm that it still occurs and maybe provide further details?

Still happens for me.

Hi George,

neither David nor I can reproduce it.

From your backtrace:
>kresources: ManagerImpl::save() finished 
>kabc: AddressBook::load() 

The load() seems to be the Problem. It simply should not happen. Could you get me a backtrace from that (via kdBacktrace())?

On Monday 19 July 2004 09:29, Daniel Molkentin wrote:
> ------- Hi George,
>
> neither David nor I can reproduce it.
>
> From your backtrace:
> >kresources: ManagerImpl::save() finished
> >kabc: AddressBook::load()
>
> The load() seems to be the Problem. It simply should not happen. Could you
> get me a backtrace from that (via kdBacktrace())?

   Recently I can't reproduce it either.  Feel free to close.

Closing then.

Darn... I experiencing this exact problem. I had this with kde 3.2.x and now with kde 3.3.0 after a clean install (gentoo).

At first I only used kmail with imap and I faced no problems (read: kmail didn't start at kde startup). After using kontakt and setting imap for my addressbook and korganizer, kmail starts at kde startup!

I also tried the following; close kmail, start kontakt, minimize kontakt, save session, restart kde. Now kontakt and kmail both starts seperatly at kde startup.

Is the korgac daemon running, i.e. do you see the calendar+bell icon in the system tray?
This one has to load the calendar, which when using IMAP, means starting kmail.

I have the same behaviour with KDE 3.3.1.
I'm using IMAP Groupware and as said above KDE starts KMail an not Kontact when restoring session. Sometimes when I close KMail and start Kontact manually two windows appear. KMail reopens in a separate window.
So I am now doing things like:
  1. Start KDE
  2. Close KMail
  3. Start Kontact
  4. Close KMail
  5. Open KMail inside Kontact

When using an imap (or kolab) resource, korgac (the korganizer systray icon for alarms) has to load the events - which means loading kmail, or kontact.
Currently it starts kmail. It should be made configurable whether it should start kontact instead. 

Note: with the current design, korgac *has* to start either kmail or kontact, to get the events - don't try arguing against that :)
(This is related to https://intevation.de/roundup/kolab/issue334).

AFAICS this can be done easily with dcopkontact.desktop from proko2 branch (kdepim/kontact/src) and a button in kontact that says "prefer kontact over kmail" [better wording?], which makes dcopkontact.desktop preferred over KMail.desktop (updating the user's profilerc).

Easy workaround meanwhile: 
simply remove ServiceTypes=DCOP/ResourceBackend/IMAP,DCOP/Mailer 
from KMail.desktop and put it in Kontact.desktop

*** Bug 92354 has been marked as a duplicate of this bug. ***

Hi all

I have same trouble (KDE 3.4.0/Gentoo/P4/GCC 3.4.3)
I submit my debug output just for confirmation, maybe it helps either

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 22350)]

0xb647b7e8 in waitpid () from /lib/libpthread.so.0
#0  0xb647b7e8 in waitpid () from /lib/libpthread.so.0
#1  0xb711fd88 in ?? () from /usr/kde/3.4/lib/libkdecore.so.4
#2  0xb70306c2 in KCrash::defaultCrashHandler(int) ()
   from /usr/kde/3.4/lib/libkdecore.so.4
#3  0x08618dc0 in ?? ()
#4  0x083d97a0 in ?? ()
#5  0xb6965ac3 in QApplication::internalNotify(QObject*, QEvent*) ()
   from /usr/qt/3/lib/libqt-mt.so.3

My gcc settings:
CXX="${CC}"
CFLAGS="-O3 -march=pentium4 -mtune=pentium4 -pipe -fomit-frame-pointer -ffast-math"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"

Thanks guys

agentgates

Just my $.02-- telling Korgac whether to start Kmail or Kontact sounds like a PITA to me.  Non-technical users will be turned off by that.  Can't Kontact/Kmail leave a trace in a config file somwhere when they shut down?  Then Korgac would know which app was most recently run.

The idea in comment #16 sounds like a sensible solution, actually.

This problem is just plain annoying.  Yes, I use IMAP to store my data.  Yes, I have Korgac running at startup.  Still I have to do what others have hinted at:

Start KDE (both kmail and kontact are started)
Quit kmail
Start kmail from within kontact

Every once in a while, due to some freak startup timing issue, kontact is started before kmail is needed and somehow kmail is opened in kontact instead of standalone.  But I think I have only seen that twice ever.

#18 doesnt even work with me:

- i start kde
- i start kontact (and thus i get kontact, and a standalone kmail)
- i close aforementioned kmail
- i click on the "mail" button in kontacts sidebar, and it starts kmail standalone again.

...woah. posting comment #19 fixed it for me...
the wonders of bugzilla always strike me dumb.

Using KDE 3.5.0, Gentoo, gcc 3.4.4

I can report the same problem here. It does seem to be connected with using IMAP resource folders, as the problem only started after I started using them.

I am unable to reproduce this in 3.5.4 and 3.5.3

Just updated my Ubuntu to kde 3.5.4 with official (?) packages as described on
<http://kubuntu.org/announcements/kde-354.php>.

The problem is still there.

I don't really agree with comment #16. Maybe most users won't know what it's about, but then there's no need for them to care about. And at least the problem would be solved for now.

The only real solution probably is to extract the shared functionality from kmail and put it into some common deamon/server program anyway. There's no logic in starting a mail program to have reminders working.

This will be fixed in KDE 4 by our new backend Akonadi.

This seems like it will be solved when KMail and KOrganizer are ported to Akonadi.

See also:
bug 121708
bug 126803
bug 110342
bug 74363
bug 148836

*** Bug 160203 has been marked as a duplicate of this bug. ***

Still happens in kontact 1.3/kmail 1.10.90 svn trunk r865463 (KDE 4.1.68). Waiting for akonadi...

This bug is still present in 4.1.2 final (Ubuntu packages). In particular, even if kontact is closed when quitting, if korganizer is setup to load on desktop login it will load kmail (and not kontact) as a side effect on next login.

This bug hinders the usability of KDE PIM, hopefully Akonadi will solve all this in a nice way.

Same here on comment #28.  I'm now using KDE 4.1.2, in Kubuntu Intrepid (from a clean install...no upgrade from KDE PIM from 3.5.x), but I still see the problem.  I guess I'm not running Akonadi.

Fixed in 4.7.