Bug 97764 - KMail restarts every session since i played around with kontact
Summary: KMail restarts every session since i played around with kontact
Status: RESOLVED DUPLICATE of bug 93203
Alias: None
Product: kmail
Classification: Unmaintained
Component: general (show other bugs)
Version: 1.7.1
Platform: unspecified Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 100280 176394 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-01-24 02:54 UTC by Wolfram R. Sieber
Modified: 2009-08-29 00:02 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wolfram R. Sieber 2005-01-24 02:54:44 UTC
Version:           1.7.1 (using KDE 3.3.1,  (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-3)
OS:                Linux (i686) release 2.6.8-1-k7

Every time i log in, kmail is started. I have no idea why. I looked in ~/.kde/Autostart - which is empty. In ~/.kde/share/config/session there is no kmail_* file. I found a

ViewT0_URL=help:/kmail/index.html

in a konquerer_* file there but i commented out by prepending a #. In /user/share/autostart there is no kmail entry.

Although my session manager is configured to auto-save a session i explicitely stored it using 

dcop ksmserver ksmserver saveCurrentSession

as i was being told on irc.linux.org/#kde. Of course, when i did so, there wasn't any kmail window anywhere around.

To be absoultely sure i excluded kmail from the session management by using kcontrol -> session management -> exclude from session management -> kmail.


I am not sure if this is a kmail or session management problem or it is related to kontact: Since i played around with the latter a few days ago, kmail is starting every time i log in.


Maybe that behaviour's just indicateing a not working update? Several files below ~/.kde contain lines with "kmail.upd", like the following section out of ~/.kde/share/config/kmailrc:

[$Version]
update_info=kmail.upd:1,kmail.upd:4,kmail.upd:5,kmail.upd:6,kmail.upd:7,kmail.up
d:8,kmail.upd:9,kmail.upd:3.1-update-identities,kmail.upd:3.1-use-identity-uoids
,kmail.upd:3.1-new-mail-notification,kmail.upd:3.2-update-loop-on-goto-unread-se
ttings,kmail.upd:3.1.4-dont-use-UOID-0-for-any-identity,kmail.upd:3.2-misc,kmail
.upd:3.2-moves,kmail.upd:3.3-use-ID-for-accounts,kmail.upd:3.3-move-identities-t
o-own-file,kmail.upd:3.3-aegypten-kpgprc-to-kmailrc,kmail.upd:3.3-misc,kmail.upd
:3.3b1-misc,kmail.upd:3.3-update-filter-rules
Comment 1 Wolfram R. Sieber 2005-01-24 03:55:23 UTC
I just found out that starting knotes implicitely starts kmail, too. But only in my main user account.

Both were plugged in into kontact. I turned them off both, now. But that didn't change anything on that strange knotes behaviour.
Comment 2 Wolfram R. Sieber 2005-02-03 09:23:48 UTC
Just found out that kmail starts in conjunction with konversation, too.

Any idea of how to get rid of this in-conjunction starts of kmail? De-install kde? (*grmbl*)
Comment 3 Simone Piunno 2005-02-20 16:10:16 UTC
me too, it's very annoying, particularly because kmail brings in kwallet and I can't close it until I typed the wallet passphrase.
Comment 4 George Staikos 2005-02-28 07:11:31 UTC
Kopete and kalarmd also a factor.  Has to do with IMAP resource.
Comment 5 Wolfram R. Sieber 2005-02-28 10:15:43 UTC
I played around with kcontrol -> KDE components -> KDE ressources and got rid of the criticized behaviour. Unfortunately I omitted to document each of the steps.

Current configuration is:

Drop down list = calendar
untitled list below: [x] standard calendar - file - yes

Drop down list = konnector
untitled list below: (is empty)

Drop down list = contact
untitled list below: [ ] kolab server - imap - (empty)
                     [x] resource-name - file - yes

Drop down list = notes
untitled list below: [ ] kolab server - imap - (empty)
                     [x] Notes - file - yes
Comment 6 Till Adam 2005-06-11 18:51:54 UTC
*** Bug 100280 has been marked as a duplicate of this bug. ***
Comment 7 Stéphane Magnenat 2005-09-29 10:08:31 UTC
This makes me think to a question related to resources. In kcontrol -> KDE Resources, selecting imap-resource as the standard resource for either Notes, Contacts and Calendar prints the following message: "There is no valid standard resource! Please select one which is neither read-only nor inactive.". Nevertheless, it works but with this bug. I think that's bad for user because they don't really know what to do if they simply want their calendar, notes and contacts stored locally using disconnected imap and synchronised by imap. I think it is important, specially for PIM, that things just work.
Comment 8 Jay 2005-10-20 11:24:23 UTC
A patch is here:
http://bugs.kde.org/show_bug.cgi?id=100280
Comment 9 Stéphane Magnenat 2005-12-30 12:03:39 UTC
The bug is still present in the Kubuntu KDE 3.5 packages. It would be nice if patched got applied to upstream, because this bug really reduce the KDE usability by giving a feeling of overbloating (this is a troll generator bug ;-)).

Thanks,

Steph
Comment 10 FiNeX 2007-12-11 18:22:42 UTC
Someone has still this issue?
If not this bug should be closed ok?
Comment 11 Chris 2007-12-11 19:05:46 UTC
I have still this bug. It has never been fixed. I'm running kde 3.5.8 on a gentoo system.
Comment 12 FiNeX 2007-12-11 20:08:12 UTC
What is the output of:
ps xa |grep kmail

Haven't you tried to do some test with a clean ~/.kde ?
Comment 13 Chris 2007-12-13 21:31:52 UTC
After kopete has automatically launched kmail on startup
ps xa|grep kmail shows:

chris@daywalker ~ $ ps xa |grep kmail
19954 ?        Sl     0:06 kmail -caption KMail -icon kmail -miniicon kmail
19981 pts/1    R+     0:00 grep --colour=auto kmail

I also tried it with a clean .kde. Besides that the groupware folders (e.g kontacts in the disconnected imap ressource) dosn't work anymore, the bug is still present.
Comment 14 Luis Silva 2008-03-07 13:27:33 UTC
Hi! I have this same behaviour on my machine but the cause is simple. If you have any application searching for pim information (contacts, calendar, etc...) and you have at least one groupware resource activated through kmail, then it will be launched on startup. In my case, the culprit is korgac that launches on startup for the calendar reminders, but kopete does it too, for the contact information.

My initial solution was to disable groupware resources. Nowdays I just never logout.
Comment 15 FiNeX 2008-03-07 14:06:10 UTC
Probabily, with the upcoming akonadi, this behaviour will be corrected.
Comment 16 Daniel Franke 2008-12-01 20:12:45 UTC
*** Bug 176394 has been marked as a duplicate of this bug. ***
Comment 17 Dirk Heinrichs 2009-05-10 13:11:55 UTC
Looks like a duplicate of Bug #93203
Comment 18 Martin Koller 2009-08-29 00:02:28 UTC

*** This bug has been marked as a duplicate of bug 93203 ***