Version: 1.9 (using KDE KDE 3.5.0)
Installed from: SuSE RPMs
I've had a surprise after my last restart of kmail: on startup, it crashed immediately (bug trace attached). I was getting nervous, but one simple thing made it run again:
in ~/.kde/share/apps/kmail/ I had to delete the
file. The contents of this file were:
# KMail-Index-IDs V1002
hexdump of this file:
00000000 23 20 4b 4d 61 69 6c 2d 49 6e 64 65 78 2d 49 44 |# KMail-Index-ID|
00000010 73 20 56 31 30 30 32 0a 2a 78 56 34 12 00 00 00 |s V1002.*xV4....|
I have no idea why it's like this, though.
Created attachment 13837 [details]
kde crash dump on kmail crashing because of the last search file.
Pasting the backtrace:
#3 0x00002aaaaade8c34 in KMFolder::noContent ()
#4 0x00002aaaaaf82d44 in KMAcctImap::processNewMail ()
#5 0x00002aaaaaef65fc in KMail::AccountManager::processNextCheck ()
#6 0x00002aaaaaef6b4a in KMail::AccountManager::singleCheckMail ()
#7 0x00002aaaaaef70a7 in KMail::AccountManager::checkMail ()
#8 0x00002aaaab04aeba in KMMainWidget::qt_invoke ()
#9 0x00002aaaabac5b38 in QObject::activate_signal ()
#10 0x00002aaaabda0f6b in QSignal::signal ()
#11 0x00002aaaabadee94 in QSignal::activate ()
#12 0x00002aaaabae56e8 in QSingleShotTimer::event ()
#13 0x00002aaaaba6f643 in QApplication::internalNotify ()
#14 0x00002aaaaba700d0 in QApplication::notify ()
#15 0x00002aaaab453a1e in KApplication::notify ()
#16 0x00002aaaaba65937 in QEventLoop::activateTimers ()
#17 0x00002aaaaba264d4 in QEventLoop::processEvents ()
#18 0x00002aaaaba84283 in QEventLoop::enterLoop ()
#19 0x00002aaaaba84182 in QEventLoop::exec ()
#20 0x0000000000402b3d in ?? ()
#21 0x00002aaaac2c55aa in __libc_start_main () from /lib64/tls/libc.so.6
I have to CHANGE my report: I just got the same type of crash again (immediate crash at startup). I tried to just remove the search file, but it didn't help. So I traced again, and found, that the problem lies in the .kde/share/apps/kmail/imap directory structure. I'll attach the broken structure, although I believe you won't find the error easily: I moved those files away from the imap directory, and after that, kmail could start. I closed it and copied the broken structure back - but kmail could still start. But it doesn't remember how many mails there are in the folders - I have to click on every single one again to see the # of mails.
I also made a crashdump, and called kmail from the command line to see some error messages. Everything attached after this entry.
Still I'm not sure if it's the imap directory structure alone - there must be some other location of the problem also, as after the first successful start, even after copying back the broken structure, it did start up, but obviously ignored the contents.
Created attachment 13959 [details]
trace of crash via kde
Created attachment 13960 [details]
errors visible calling kmail from bash
I couldn't upload the broken imap directory structure, as its about 5MB - I put it on http://zmi.at/x/kmail-imap-structure-broken.tz2 (.tar.bz2)
Comment for that file:
broken imap subdirs that obviously made kmail crash. After moving them away, kmail started w/o error
I have had a similar problem -- but in my case the "broken structure" is somewhat simpler: after an abnormal termination of kmail, I wind up with an empty file in ~/.kde/share/apps/kmail/imap, called "870628286". Subsequently trying to start kmail leads to an immediate crash. Removing this "870628286" file lets kmail start up normally, albeit with a few undesired side effects (all folders forget the message sort order, and the body of the message I was looking at right before the crash shows up blank, but can be resurrected by moving it to a different folder.)
This problem is new in KDE 3.5 for me.
*** This bug has been marked as a duplicate of 113329 ***