Version: 1.99.0 (using KDE 4.7.4) OS: Linux Irgendwann im Jahre 1999 bis 2001 begann ich kmail zu benutzen. Da aufgrund des langen Zeitraums und der vielen Mails die in den verschiedenen Filterregeln sortiert werden, blieb ich immer bei kmail, egal welche Spirenzchen sich die Entwickler einfallen liessen. Die Migration von kmail auf kmail2 gestaltete sich schwierig, weil der KMail-Import der Ordner nicht richtig funktionierte. Die meisten alten KMail-Ordner ausser die mbox-Ordner sind ausgegraut. Die alten Mails werden nicht mehr angezeigt. Ein Import aller alten Ornder aus KMail in einen KMail-Import Ordner funktionierte allerdings. Doch dann begann der Benutzungsteil, sprich einfach einen Mailclient benutzen wie ich das seit über 10 Jahren mache. Autsch, was habt ihr aus Kmail gemacht, was genau treibt das Ding um eine simple Mail zu lesen. Ich habe nicht die Zeit bei den vielen Mailinglisten Sekunden bis gefühlte Minuten zu warten, bis mir der Client die Mail anzeigt oder die Ordneransicht der eingetroffenen Mails aufbaut. Ich weiß nicht was ihr da zusammenprogrammiert habt und wie ihr die Daten zwischen akonadi und kmail hinundherschaufelt. Auf meinem Rechner ist das Ding unbenutzbar geworden. Könnt ihr mir einen Client empfehlen, der die Daten aus kmail sauber übernimmt? Ich werde mich mach auf die Suche begeben. Reproducible: Didn't try Steps to Reproduce: Klick - warten - Zum Beispiel reagiert nicht beim Ordner löschen und man klickt in der Zwischenzeit einen anderen Ordner an und dann kommt plötzlich die Frage, ob der Ordner den man löschen wollte, wirklich löschen will. Man klickt ja, weil man wusste, welchen Ordner man löschen wollte und dann löscht diese dämliche Ding den Ordner in den man in der Wartezeit in der Zwischenzeit angeklickt hat. Actual Results: Warten, warten, warten bis eine Anzeige erscheint. Expected Results: Es ging im alten kmail alles schneller, keine Ahnung, was das Ding beim Anzeigen der Ordner und kmails treibt. OS: Linux (x86_64) release 3.0.0-16-generic Compiler: gcc
in english please.
He basically says "KMail2 is slow, to the point of being unusable."
Additionally, there is a bug report hidden in the long text. Let me try to translate: If you click on a folder to delete it, after a long time a message appears asking if you really want to delete it. If during this long time a different folder has been selected, this folder is deleted, instead of the originally selected folder.
See also Bug 265896 akonadi 100% CPU
Application: KMail (kmail), signal: Segmentation fault [Current thread is 1 (Thread 0x7f55ed4537a0 (LWP 23262))] Thread 4 (Thread 0x7f55cce72700 (LWP 23311)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x00007f55df731c2c in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x00007f55df731d59 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x00007f55e8389efc in start_thread (arg=0x7f55cce72700) at pthread_create.c:304 #4 0x00007f55ea7e389d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f55cc571700 (LWP 23312)): #0 0x00007f55ea7d7773 in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x00007f55e3221f68 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007f55e3222429 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007f55eb155f3e in QEventDispatcherGlib::processEvents (this=0x1302c10, flags=<optimized out>) at kernel/qeventdispatcher_glib.cpp:424 #4 0x00007f55eb129cf2 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #5 0x00007f55eb129ef7 in QEventLoop::exec (this=0x7f55cc570de0, flags=...) at kernel/qeventloop.cpp:201 #6 0x00007f55eb04127f in QThread::exec (this=<optimized out>) at thread/qthread.cpp:498 #7 0x00007f55eb043d05 in QThreadPrivate::start (arg=0x1406330) at thread/qthread_unix.cpp:331 #8 0x00007f55e8389efc in start_thread (arg=0x7f55cc571700) at pthread_create.c:304 #9 0x00007f55ea7e389d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f55c8dad700 (LWP 23366)): #0 0x00007f55ea7d7773 in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x00007f55e3221f68 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007f55e3222429 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007f55eb155f3e in QEventDispatcherGlib::processEvents (this=0xd43390, flags=<optimized out>) at kernel/qeventdispatcher_glib.cpp:424 #4 0x00007f55eb129cf2 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #5 0x00007f55eb129ef7 in QEventLoop::exec (this=0x7f55c8dacdb0, flags=...) at kernel/qeventloop.cpp:201 #6 0x00007f55eb04127f in QThread::exec (this=<optimized out>) at thread/qthread.cpp:498 #7 0x00007f55eb10ccbf in QInotifyFileSystemWatcherEngine::run (this=0x188b670) at io/qfilesystemwatcher_inotify.cpp:248 #8 0x00007f55eb043d05 in QThreadPrivate::start (arg=0x188b670) at thread/qthread_unix.cpp:331 #9 0x00007f55e8389efc in start_thread (arg=0x7f55c8dad700) at pthread_create.c:304 #10 0x00007f55ea7e389d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #11 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f55ed4537a0 (LWP 23262)): [KCrash Handler] #6 ref (this=0x1) at /usr/include/qt4/QtCore/qatomic_x86_64.h:121 #7 QByteArray (a=..., this=0x7fff1caa2770) at /usr/include/qt4/QtCore/qbytearray.h:422 #8 MarkAsCommand::markMessages (this=0x59b2cd0) at ../../../akonadi/kmime/markascommand.cpp:106 #9 0x00007f55e71aa1d8 in MarkAsCommand::slotFetchDone (this=0x59b2cd0, job=<optimized out>) at ../../../akonadi/kmime/markascommand.cpp:76 #10 0x00007f55e71aa2d0 in MarkAsCommand::qt_metacall (this=0x59b2cd0, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0x7fff1caa2960) at ./markascommand_p.moc:74 #11 0x00007f55eb13deba in QMetaObject::activate (sender=0x1b5e760, m=<optimized out>, local_signal_index=<optimized out>, argv=0x7fff1caa2960) at kernel/qobject.cpp:3278 #12 0x00007f55ec8b1622 in KJob::result (this=<optimized out>, _t1=0x1b5e760) at ./kjob.moc:194 #13 0x00007f55ec8b1660 in KJob::emitResult (this=0x1b5e760) at ../../kdecore/jobs/kjob.cpp:312 #14 0x00007f55e74f89ad in Akonadi::Job::qt_metacall (this=0x1b5e760, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0x559cd20) at ./job.moc:91 #15 0x00007f55e74e61a5 in Akonadi::ItemFetchJob::qt_metacall (this=0x1b5e760, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, _a=0x559cd20) at ./itemfetchjob.moc:73 #16 0x00007f55eb141a5e in QObject::event (this=0x1b5e760, e=<optimized out>) at kernel/qobject.cpp:1217 #17 0x00007f55eb65b474 in notify_helper (e=0x565e5d0, receiver=0x1b5e760, this=0xd97340) at kernel/qapplication.cpp:4486 #18 QApplicationPrivate::notify_helper (this=0xd97340, receiver=0x1b5e760, e=0x565e5d0) at kernel/qapplication.cpp:4458 #19 0x00007f55eb6602e1 in QApplication::notify (this=0x7fff1caa32a0, receiver=0x1b5e760, e=0x565e5d0) at kernel/qapplication.cpp:4365 #20 0x00007f55ece81466 in KApplication::notify (this=0x7fff1caa32a0, receiver=0x1b5e760, event=0x565e5d0) at ../../kdeui/kernel/kapplication.cpp:311 #21 0x00007f55eb12aafc in QCoreApplication::notifyInternal (this=0x7fff1caa32a0, receiver=0x1b5e760, event=0x565e5d0) at kernel/qcoreapplication.cpp:787 #22 0x00007f55eb12e51f in sendEvent (event=0x565e5d0, receiver=0x1b5e760) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #23 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0xb96460) at kernel/qcoreapplication.cpp:1428 #24 0x00007f55eb155a73 in sendPostedEvents () at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220 #25 postEventSourceDispatch (s=<optimized out>) at kernel/qeventdispatcher_glib.cpp:277 #26 0x00007f55e3221a5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #27 0x00007f55e3222258 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #28 0x00007f55e3222429 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #29 0x00007f55eb155ed6 in QEventDispatcherGlib::processEvents (this=0xb97f70, flags=<optimized out>) at kernel/qeventdispatcher_glib.cpp:422 #30 0x00007f55eb70310e in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=<optimized out>) at kernel/qguieventdispatcher_glib.cpp:204 #31 0x00007f55eb129cf2 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #32 0x00007f55eb129ef7 in QEventLoop::exec (this=0x7fff1caa3170, flags=...) at kernel/qeventloop.cpp:201 #33 0x00007f55eb12e789 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1064 #34 0x0000000000402bd3 in main (argc=<optimized out>, argv=<optimized out>) at ../../kmail/main.cpp:145
I can confirm the title: kmail2 is now unusable. This in neither an alpha nor a beta. I wonder why I has com to a releasable state. 1. Filtering does not work reliable. 2. Save in mails does to mbox format does not work / not work reliabe. 3. Learning mails form mbox format (when you get more than one message in the flat file) does not work with sa-learn. 4. Migrating mails from kmail does not wort without tricks. (Have to rename the old "Mail" folder to "Mail-old" to get its working. Upgrading was my worst idea in the last ten years.
The unresponsiveness is gone, neither can I reproduce the behaviour described in #2. Plus: I can very good understand why the user was so unhappy with kmail2 at that time, but as a bug report it is just not helpful. Please close.
I can understand the User. And I don't thing that the problems are gone. The unresponsiveness is still there. I have 6 CPU and 8 GByte on a desktop and kmail2 is slower than kmail1 on a remote Server with 1 GByte with 2 CPUs BTW: None of the problems with kmail2 is really solved.
(In reply to comment #8) > I can understand the User. And I don't thing that the problems are gone. The > unresponsiveness is still there. I have 6 CPU and 8 GByte on a desktop and > kmail2 is slower than kmail1 on a remote Server with 1 GByte with 2 CPUs > > BTW: None of the problems with kmail2 is really solved. false: "If you click on a folder to delete it, after a long time a message appears asking if you really want to delete it. If during this long time a different folder has been selected, this folder is deleted, instead of the originally selected folder." fixed in 4.9.4. YEs it must be close. Will do
Nothing is solved. My english isn`t good enough. Von Samsung-Tablet gesendetLaurent Montel <montel@kde.org> hat geschrieben:https://bugs.kde.org/show_bug.cgi?id=295130 Laurent Montel <montel@kde.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WAITINGFORINFO --- Comment #9 from Laurent Montel <montel@kde.org> --- (In reply to comment #8) > I can understand the User. And I don't thing that the problems are gone. The > unresponsiveness is still there. I have 6 CPU and 8 GByte on a desktop and > kmail2 is slower than kmail1 on a remote Server with 1 GByte with 2 CPUs > > BTW: None of the problems with kmail2 is really solved. false: "If you click on a folder to delete it, after a long time a message appears asking if you really want to delete it. If during this long time a different folder has been selected, this folder is deleted, instead of the originally selected folder." fixed in 4.9.4. YEs it must be close. Will do
@ schiller@babsi.de: 1) Der schwerwiegende Fehler, dass unter bestimmten Umständen der falsche Ordner gelöscht wurde, sollte in Version 4.9.4 gelöst sein. Die installierte Version kannst Du im Hauptmenü unter Hilfe->Über KMail herausfinden. Sollte der Fehler je wieder auftauchen, wäre es schön, wenn Du einen kurzen Kommentar hinterlässt. Wir können den Fehlerbericht dann jederzeit wieder öffnen. 2) Es tut uns außerordentlich leid, dass die anfänglichen Versionen von kmail2 außerordentlich fehlerbehaftet waren. Im Nachhinein wäre ein späterer Umstieg auf Akonadi sicher besser gewesen, die voreilige Umstellung lag aber auch an dem großen Interesse vieler Distributionen, den Wechsel schnell zu vollziehen. Immerhin hat sich aufgrund Hunderter von Bugfixes die allgemeine Fehlerhaftigkeit und die Geschwindigkeit im Laufe der Zeit schon deutlich gebessert. Auch weiterhin tun wir Version für Version alles, was in unserer Macht steht, um die restlichen Fehler und Geschwindigkeitsprobleme zu lösen. Wir sind aber auch nur Menschen (und zwar nicht viele!) und daher auch in Zukunft dringend auf Eure Mithilfe angewiesen. Beste Grüße, Pancho @Maintainers: For now, please mark this a duplicate of Bug #310488, which includes the commit.
Das Problem mit akonadi ist auch, dass Mail abgeholt wird wenn die Anwendung geschlossen ist deswegen benutze ich in der zwischenzeit thundetbird und starte kmail nur noch einmal im monat um die mails von imap in das archiv zu überführen, wobei auch hier mir mails verlorengehen und ich nich winmal weiß wo auf der festplatte sie zu ginden wären. Wahrscheinlich sind die irgendwo in siner mysql-datenbank sodass ich,mit ssh und grep keine chance habe Von Samsung-Tablet gesendetBernd Oliver Sünderhauf <pancho.mz@riseup.net> hat geschrieben:https://bugs.kde.org/show_bug.cgi?id=295130 --- Comment #11 from Bernd Oliver Sünderhauf <pancho.mz@riseup.net> --- @ schiller@babsi.de: 1) Der schwerwiegende Fehler, dass unter bestimmten Umständen der falsche Ordner gelöscht wurde, sollte in Version 4.9.4 gelöst sein. Die installierte Version kannst Du im Hauptmenü unter Hilfe->Über KMail herausfinden. Sollte der Fehler je wieder auftauchen, wäre es schön, wenn Du einen kurzen Kommentar hinterlässt. Wir können den Fehlerbericht dann jederzeit wieder öffnen. 2) Es tut uns außerordentlich leid, dass die anfänglichen Versionen von kmail2 außerordentlich fehlerbehaftet waren. Im Nachhinein wäre ein späterer Umstieg auf Akonadi sicher besser gewesen, die voreilige Umstellung lag aber auch an dem großen Interesse vieler Distributionen, den Wechsel schnell zu vollziehen. Immerhin hat sich aufgrund Hunderter von Bugfixes die allgemeine Fehlerhaftigkeit und die Geschwindigkeit im Laufe der Zeit schon deutlich gebessert. Auch weiterhin tun wir Version für Version alles, was in unserer Macht steht, um die restlichen Fehler und Geschwindigkeitsprobleme zu lösen. Wir sind aber auch nur Menschen (und zwar nicht viele!) und daher auch in Zukunft dringend auf Eure Mithilfe angewiesen. Beste Grüße, Pancho @Maintainers: For now, please mark this a duplicate of Bug #310488, which includes the commit.