Version: (using KDE KDE 3.5.1) Installed from: Slackware Packages OS: Linux On a multi-user system, for only _one_ user (not all), KMail starts automatically on KDE login. There is no KMail link in ~/.kde/Autostart (the only file there is kmix) and Control Center->KDE Components->Session Manager is set to Start with an Empty Session on login. This problem appeared for a user without root password on a fairly secure system, which rules out a system-wide configuration change (also, the problem is only for one user, not everyone). I have grepped through a lot of configuratiosn in ~/.kde/share/, but have run out of places to search. Is this due to a bug, or is there a very well hidden option that forces KMail to autostart (just after the KOrganizer daemon) ? Thank you.
Update: Have enabled and disabled session restore in KDE without any difference (except expected behaviour), and also deleted all KDE/mcop/ice related files from /tmp, checked ~/.kde/share/config/session and others, as well as nuked all .tmp and .new files from kde's config and apps directories. Have also enabled/disabled/enabled the KMails systray icon a couple of times without any difference.
Did you have Kontact open when you closed the session?
Yes. Kontact has on various times been open when logging out, but neither Kontact nor Kmail have ever been set to run at login, and the user is not set to restore previous session. However, you seem to have hit the problem spot on - it turns out the user logged out without closing Kontact first, right before the problem started. Is there anything we should try on this user to debug/trouble-shoot this for you?
Update again - sorry for doing this piece by piece, but it's a slow and tedious trial and error process. PROBLEM LOCATED: The culprit is KOrganizer Reminder Daemon (in systray). It has somehow become linked to KMail, so that whenever I click on Korganizer in the systray, it shows the calendar, and then also starts KMail. It turns out that there was played with plugins/links on the day this problem occured, but having experimented back and forth for an hour, I am unable to find any standard plugin/link in either the Contacts module or Mail or elsewhere that can cause this. It should now be only a matter of time, but my KDE questions remains - is this the intended behaviour - that some (hidden) link between the standard KDE-bundled applications is causing another app to load every time? Thanks again.
You may have activated a so-called IMAP resource. That means, KOrganizer expects some events / tasks stored in an IMAP account, so KMail is used to access that account to be able to read the content. This doesn't explain the coupling completely. You also have to know that the Reminder Daemon accesses the resources defined in KOrganizer. When the daemon starts at the beginning of a session, it looks like it's triggering KMail. In fact it only tries to access the calendar on IMAP resource.
There are no IMAP accounts on the system, but there was definitely a resource sharing defined. Is there any file we can attach from the configuration to help troubleshoot? Also - should we be looking in the KMail plugins or KOrganizer plugins? And finally - is this qualified as a bug or a "feature side-effect" ? Thanks again.
SYMPTOM SOLVED: Control Centre->KDE Components->KDE Resources had IMAP selected for grabbing a calendar from an IMAP server. My bad for not remembering this earlier. When this link was removed, KMail is no longer started by KOrganizer Reminder Daemon and thus the symptom is fixed. I still doubt however if this should be the desired behaviour for such a Resource link.
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
This is no longer relevant with recent kdepim versions. IMAP doesn't need kmail to be running in order to work.