Version: (using KDE KDE 3.1) Installed from: SuSE RPMs Compiler: gcc 3.2 OS: Linux I have a single pop3 account. When `enable interval checking` is checked, *all* mail checking is prevented. The interval specified seems to have no effect on this bug. When interval checking is used, it doesn't actually check for mail. Also, if you check manually (either File->Check Mail or File->Check Mail In or using toolbar icon), it will not check mail either. In the above cases, the status bar doen't even change to "Preparing transmission...". When interval checking is turned off, manual mail checking works normally again. I'm using SuSE 8.1 now, but had same issue with Mandrake 9.0 (I switched when KDE 3.1 was released--I just had to have it ;-) ) This is repeatable. Happy to provide any more info to help you kill this bug. Regards, Mark Taff
[changing severity, since this isn't a crash] Can you provide the output from your ~/.xsession-errors or equivalent at the moment in which you try to check mail and it fails? Also, try killing any kio_pop3 ioslaves currently running and then checking for mail.
Subject: Re: Enable interval checking prevents *all* mail checking Conjecture: Kmail checks for mail under `interval` command first time, but doesn't successfully *finish* command. Thus, subsequent interval or manual checking fails because kmail thinks it is *currently* checking mail already. Evidence: I caught the status bar hung in the pollowing position: Status: "Preparing Transmission..." Progress: Showed no progress; had `close/cancel` button on progress bar Kludge Resolution: Clicking the `close/cancel` button on the progress bar returned the status bar to normal, thus allowing normal mail checking again. ~/mark/.xsession-errors was lost during a logout and login trying to narrow in on the bug, so I'm afraid I don't have any useful data from that to give you. However, prior to logging out, I killed the one (1) kio_pop3 ioslave and then checked the mail. Then interval and normal checking worked properly again. So I suspect it is a problem either in the ioslave, or in KMail's interaction with the ioslave. Unfortunately (fortunately?), after killing the ioslave, this bug is not currently repeatable. Everything is working properly so far. I will consider this bug essentially resolved, but would appreciate it if you could give me further instructions on what to do if it pops up again (maybe attach a debugger or something?) to help isolate the bug.. Thanks for your help. Regards, Mark On Monday 03 February 2003 02:50, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=53958 > thiagom@mail.com changed: > > What |Removed |Added > --------------------------------------------------------------------------- >- Severity|crash |major > > > > ------- Additional Comments From thiagom@mail.com 2003-02-03 11:50 ------- > [changing severity, since this isn't a crash] > > Can you provide the output from your ~/.xsession-errors or equivalent at > the moment in which you try to check mail and it fails? > > Also, try killing any kio_pop3 ioslaves currently running and then checking > for mail.
Subject: Re: Enable interval checking prevents *all* mail checking It happened again, same symptoms. KMail appeared to be hung in a message checking action. Hitting the `cancel` button on the progress bar "unhung" it. I have attached output from .xsession-errors and a screenshot showing KMail hung and KSysGuard showing the pop3 ioslave. Hope it helps. Mark On Monday 03 February 2003 10:31, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=53958 > > > > > ------- Additional Comments From marktaff@cablespeed.com 2003-02-03 19:31 > ------- Subject: Re: Enable interval checking prevents *all* mail checking > > Conjecture: Kmail checks for mail under `interval` command first time, but > doesn't successfully *finish* command. Thus, subsequent interval or manual > checking fails because kmail thinks it is *currently* checking mail > already. > > Evidence: I caught the status bar hung in the pollowing position: > Status: "Preparing Transmission..." > Progress: Showed no progress; had `close/cancel` button on progress bar > > Kludge Resolution: Clicking the `close/cancel` button on the progress bar > returned the status bar to normal, thus allowing normal mail checking > again. > > ~/mark/.xsession-errors was lost during a logout and login trying to narrow > in on the bug, so I'm afraid I don't have any useful data from that to give > you. > > However, prior to logging out, I killed the one (1) kio_pop3 ioslave and > then checked the mail. Then interval and normal checking worked properly > again. So I suspect it is a problem either in the ioslave, or in KMail's > interaction with the ioslave. > > Unfortunately (fortunately?), after killing the ioslave, this bug is not > currently repeatable. Everything is working properly so far. > > I will consider this bug essentially resolved, but would appreciate it if > you could give me further instructions on what to do if it pops up again > (maybe attach a debugger or something?) to help isolate the bug.. > > Thanks for your help. > > Regards, > > Mark > > On Monday 03 February 2003 02:50, you wrote: > > ------- You are receiving this mail because: ------- > > You reported the bug, or are watching the reporter. > > > > http://bugs.kde.org/show_bug.cgi?id=53958 > > thiagom@mail.com changed: > > > > What |Removed |Added > > ------------------------------------------------------------------------- > >-- - Severity|crash |major > > > > > > > > ------- Additional Comments From thiagom@mail.com 2003-02-03 11:50 > > ------- [changing severity, since this isn't a crash] > > > > Can you provide the output from your ~/.xsession-errors or equivalent at > > the moment in which you try to check mail and it fails? > > > > Also, try killing any kio_pop3 ioslaves currently running and then > > checking for mail. Created an attachment (id=880) .xsession-errors-bug53958 Created an attachment (id=881) snapshot1-1.png
Almost same problems here. Mandrake 9.1 Beta 3 KDE 3.1 GCC 3.2.1 When mail checking interval is selected, system will not check mail. The status bar does not update when manually checking mail. The manual mail check button 'clicks in' and out without any noticed action. The status bar does not change. And new mail is not downloaded. I click on trash, then click on several top level folder (ie. Local Folders -> People, Local Folders Drafts), the status bar changes to checking mail, and new mail is downloaded. I am using 4 POP/SMTP accounts with 1 IMAP Account. All mail servers are local to my internal network. The mail checking issue is the same for POP and IMAP alike. Output from .Xsession-errors kioslave : ###############SEG FAULT############# No exception available No exception available WARNING: KDE detected X Error: BadDrawable (invalid Pixmap or Window parameter) \x09 Major opcode: \x0e bitBlt: Incompatible destination pixmap bitBlt: Incompatible destination pixmap bitBlt: Incompatible destination pixmap undecodable token: \001b(hex)[36l undecodable token: \001b(hex)[36l I also have the following processes running: root 17303 0.0 0.8 28052 13208 ? S 08:16 0:03 kdeinit: kio_uiserver root 17339 0.0 0.5 25984 9208 ? S 08:17 0:00 kdeinit: kio_imap4 imap /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/kmail1C9Nka.slave-socket root 17490 0.0 0.6 26188 9616 ? S 08:33 0:01 kdeinit: kio_http http /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/konqueror5oidbc.slave-socket root 17491 0.0 0.6 26288 9708 ? S 08:33 0:01 kdeinit: kio_http http /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/konquerorAvUrza.slave-socket root 17785 0.0 0.5 25872 8944 ? S 09:33 0:00 kdeinit: kio_file file /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/konquerorLhW0ic.slave-socket root 17922 0.0 0.6 26148 9332 ? S 09:40 0:00 kdeinit: kio_http http /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/konqueroribEGsb.slave-socket root 17924 0.0 0.6 26192 9400 ? S 09:41 0:00 kdeinit: kio_http http /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/konquerorrwbKdc.slave-socket root 17926 0.0 0.6 26184 9392 ? S 09:41 0:00 kdeinit: kio_http http /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/konquerorB90aMb.slave-socket root 17934 0.0 0.6 26184 9440 ? S 09:41 0:00 kdeinit: kio_http http /tmp/ksocket-root/klauncherRiSzVa.slave-socket /tmp/ksocket-root/konquerorrMzNra.slave-socket
Have the same problem. But it seems that the problem is correlated with the mail server on tries to fetch mail from. I have to IMAP/4 servers, one is imap.web.de and the other one is our internal mail server (actually, I don't know who's the vendor of the mail server). Only the kio_imap4-process accessing our internal server seems to hang. When I disable mail checking for this account (i.e., only check my web.de account), this error does not occur. HTH
I noticed this is still marked as “UNCONFIRMED”. I experience a similar problem regularly: the folder shows unread messages in the folder list, but when I click on the folder, the message list shows no new messages. Killing all imap4 ioslave processes sometimes “fixes” this (that is, I can see the new messages), although not always. I will try turning off interval checking, to see if I am experiencing the same issue as the reporter of this bug.
Subject: kdepim/kmail CVS commit by tilladam: Having recently been informed by Waldo that when using kioslaves in connection oriented mode one needs to explicitely disconnect them when the connection goes down I thought it makes sense to do that for pop as well as imap. Hopefully that takes care of bug #53958. Could someone with that problem confirm that this fixes it, please? CCMAIL: 53958@bugs.kde.org M +7 -0 kmacctexppop.cpp 1.144 --- kdepim/kmail/kmacctexppop.cpp #1.143:1.144 @@ -802,4 +802,11 @@ void KMAcctExpPop::slotSlaveError(KIO::S if (aSlave != mSlave) return; if (error == KIO::ERR_SLAVE_DIED) mSlave = 0; + + // explicitely disconnect the slave if the connection went down + if ( error == KIO::ERR_CONNECTION_BROKEN && mSlave ) { + KIO::Scheduler::disconnectSlave( mSlave ); + mSlave = 0; + } + if (interactive) { KMessageBox::error(kmkernel->mainWin(), KIO::buildErrorString(error, errorMsg));
Closing, as it is believed to be fixed in KMail 1.6. If any of you can still reproduce this, please reopen this bug report.