Bug 128699 - kmailcvt crashes when importing messages from thunderbird
Summary: kmailcvt crashes when importing messages from thunderbird
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail
Classification: Unmaintained
Component: kmailcvt (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-05 20:17 UTC by palcek smuk
Modified: 2009-03-19 00:30 UTC (History)
0 users

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 palcek smuk 2006-06-05 20:17:03 UTC
Version:           3.5.3 (using KDE KDE 3.5.3)
Installed from:    Gentoo Packages
Compiler:          gcc-3.4.5, glibc-2.3.6-r3 
OS:                Linux

I wanted to try kmail and I want to import my messages from thunderbird.
kmailcvt shows up, I select to import from mozilla thunderbird, select the folder and then it starts working, it seems it imports the 1st folder ok but it stops on the second one, near the end, and just stays there. After 10 mins I killed kmailcvt, some of the emails were imported but it seems like it stopped on a message it can't import. I tried running it again and the same thing happened. The kmailcvt just freezes. I've had 3.5.2 until now and I've upgraded to 3.5.3 today and it still doesn't work. It would be nice if I can at least know what is wrong.
How can I find out what is the problem here?


this is from gdb, but I don't know if I used it correctly:
(gdb) bt
#0  0x00002b534177baf0 in __uflow () from /lib/libc.so.6
#1  0x00002b534177223a in _IO_getline_info () from /lib/libc.so.6
#2  0x00002b53417713b3 in fgets () from /lib/libc.so.6
#3  0x00002b533f633d8c in QFile::readLine () from /usr/qt/3/lib64/libqt-mt.so.3
#4  0x000000000041b562 in QValueListPrivate<QString>::at ()
#5  0x000000000041c0d3 in QValueListPrivate<QString>::at ()
#6  0x000000000041c6ff in QValueListPrivate<QString>::at ()
#7  0x000000000040ffa8 in QValueList<QString>::detachInternal ()
#8  0x00002b533f6d37fd in QWizard::qt_invoke () from /usr/qt/3/lib64/libqt-mt.so.3
#9  0x00002b533e1c63e9 in KWizard::qt_invoke () from /usr/kde/3.5/lib64/libkdeui.so.4
#10 0x0000000000410212 in QValueList<QString>::detachInternal ()
#11 0x00002b533f3cd108 in QObject::activate_signal () from /usr/qt/3/lib64/libqt-mt.so.3
#12 0x00002b533f3cd872 in QObject::activate_signal () from /usr/qt/3/lib64/libqt-mt.so.3
#13 0x00002b533f3ff329 in QWidget::event () from /usr/qt/3/lib64/libqt-mt.so.3
#14 0x00002b533f37448d in QApplication::internalNotify () from /usr/qt/3/lib64/libqt-mt.so.3
#15 0x00002b533f3749be in QApplication::notify () from /usr/qt/3/lib64/libqt-mt.so.3
#16 0x00002b533e6d41c1 in KApplication::notify () from /usr/kde/3.5/lib64/libkdecore.so.4
#17 0x00002b533f3192d5 in QETWidget::translateMouseEvent () from /usr/qt/3/lib64/libqt-mt.so.3
#18 0x00002b533f317f98 in QApplication::x11ProcessEvent () from /usr/qt/3/lib64/libqt-mt.so.3
#19 0x00002b533f3291cb in QEventLoop::processEvents () from /usr/qt/3/lib64/libqt-mt.so.3
#20 0x00002b533f388605 in QEventLoop::enterLoop () from /usr/qt/3/lib64/libqt-mt.so.3
#21 0x00002b533f388562 in QEventLoop::exec () from /usr/qt/3/lib64/libqt-mt.so.3
#22 0x0000000000410518 in KAboutApplication::~KAboutApplication ()
#23 0x00002b5341732cd0 in __libc_start_main () from /lib/libc.so.6
#24 0x000000000040aeaa in ?? ()
#25 0x00007ffffff6bec8 in ?? ()
#26 0x000000000000001c in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x00007ffffff6c6a5 in ?? ()
#29 0x0000000000000000 in ?? ()
Comment 1 palcek smuk 2006-06-10 19:26:56 UTC
It seems nobody wants to help me :( 
I've "imported" the messages by copying tb's files to kmail's directory and when I started kmail it picked them up.
Comment 2 Danny Kukawka 2006-08-31 13:15:18 UTC
Could you send me a copy of the effected folder with the mails (maybe directly and not via bugzilla)? Without a test archive I can't reproduce the problem. Also a info about the TB version would be helpful.
Comment 3 palcek smuk 2006-09-15 19:44:17 UTC
Hmm I almost forgot about this, today I tried the import operation again and the problem is gone. I don't know if there is something different in kmail, kdelibs or anything else, because I've upgraded gcc last week so I've had to upgrade everything and kmail, kdelibs and everything that could affect this was upgraded too. The import works without problems now and imports everything - even the folders that crashed at the time I wrote this bug report. 
I switched to back to TB in between because I needed to write mails with inline pictures and I couldn't find it in kmail. Today when i tried importing everything back in kmail the import was ok, but kmail crashed a lot :( I'll try to disable some new flags (kdehiddenvisibility) and if it still crashes I'll try to get a backtrace for this crashes for another bug report because I really like kmail because it's so snappy and it's integrated in kde.
Comment 4 Nicolas Bigaouette 2007-09-14 21:23:28 UTC
I face the exact same problem using thunderbird 2.0 and kmail 1.9.7.

I begin importing my folders, but at one point it kind of freeze. I have many subfolders (Drafts, Factures, Inbox, Sent, Templates) and it always freeze before reaching the "Sent" folder. So in kmail the "Drafts", "Factures" and "Inbox" are imported. I do not know if all the messages were imported though. 
 
 I straced kmailcvt. It seems to enter a kind of loop somewhere : 
 read(9, "\0\0\0\6kmail\0\0\0\0\20anonymous-12234\0\0\0"..., 46) = 46 
 unlink("/tmp/kde-nicolas/kmailcvtdE2Qic.tmp") = 0 
 read(3, 0x6402e4, 4096)                 = -1 EAGAIN (Resource temporarily unavailable) 
 select(13, [3 4 5 7 9 11 12], [], [], {0, 0}) = 0 (Timeout) 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 stat("/tmp/kde-nicolas/", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 
 open("/tmp/kde-nicolas/kmailcvtNChdHb.tmp", O_RDWR|O_CREAT|O_EXCL, 0600) = 14 
 umask(0)                                = 022 
 umask(022)                              = 0 
 fchmod(14, 0600)                        = 0 
 getgid()                                = 1000 
 getuid()                                = 1000 
 fchown(14, 1000, 1000)                  = 0 
 fcntl(14, F_SETFD, FD_CLOEXEC)          = 0 
 fcntl(14, F_GETFL)                      = 0x8002 (flags O_RDWR|O_LARGEFILE) 
 fstat(14, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2af9e3892000 
 lseek(14, 0, SEEK_CUR)                  = 0 
 fstat(14, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 
 read(14, "", 4096)                      = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 [...many exactly the same...] 
 read(13, "tie 1.ZIP\"\r\n\r\nUEsDBBQAAAAIAOCSbC"..., 4096) = 4096 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 write(14, "From - Fri Apr 09 14:01:30 2004\r"..., 4096) = 4096 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 read(13, "+gbXvyrYKu7j2FdNqce/qbZPCA7Fc+gU"..., 4096) = 4096 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 write(14, "uLJ0DqtwmAqfTQlEJFpEgwKJePxyolky"..., 4096) = 4096 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 read(13, "H2Vn+vrpJtr17QfunGpUtLJ85/H81f+7"..., 4096) = 4096 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 write(14, "+GYpvW6ABxxW8opotY6phDJUsdO9aGCW"..., 4096) = 4096 
 [...] 
 After that it is always this patern repeated: 
 read(13, "+gbXvyrYKu7j2FdNqce/qbZPCA7Fc+gU"..., 4096) = 4096 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 write(14, "uLJ0DqtwmAqfTQlEJFpEgwKJePxyolky"..., 4096) = 4096 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 fstat(13, {st_mode=S_IFREG|0755, st_size=29105230, ...}) = 0 
 with different values in for the read and write, always looks like garbage... 
 
 I stoped the strace when the log was about 200MB... 
 
 Could it be because the folder in thunderbird was compressed?
Comment 5 Danny Kukawka 2007-12-11 16:40:55 UTC
Is the problem present? Could you may find out where (on which file) it freezes (may search in the strace log for the last open in the directory you import from)? Could you may provide output of 'tree' from the import dir (maybe send it directly to me)?