[Akonadi] [Bug 425619] Application: akonadi_imap_resource_5 (akonadi_imap_resource), signal: Segmentation fault
https://bugs.kde.org/show_bug.cgi?id=425619 --- Comment #10 from Marcel --- Created attachment 158476 --> https://bugs.kde.org/attachment.cgi?id=158476&action=edit New crash information added by DrKonqi akonadi_imap_resource (5.23.0 (23.04.0)) using Qt 5.15.9 I woke up my device from suspend to RAM and pressed "Check Mail" in KMail. -- Backtrace (Reduced): #4 QHash::findNode(QByteArray const&, unsigned int*) const (ahp=, akey=, this=) at /usr/src/debug/akonadi-23.04.0/src/core/attributestorage.cpp:69 #5 QHash::contains(QByteArray const&) const (akey=, this=) at /usr/include/qt5/QtCore/qhash.h:920 #6 Akonadi::AttributeStorage::hasAttribute(QByteArray const&) const (type=..., this=0x40) at /usr/src/debug/akonadi-23.04.0/src/core/attributestorage.cpp:69 #7 Akonadi::Collection::hasAttribute(QByteArray const&) const (this=this@entry=0x557b6d344140, type=...) at /usr/src/debug/akonadi-23.04.0/src/core/collection.cpp:163 #8 0x7ff81da45909 in Akonadi::Collection::hasAttribute() const (this=0x557b6d344140) at /usr/src/debug/akonadi-23.04.0/src/core/collection.h:595 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 425619] Application: akonadi_imap_resource_5 (akonadi_imap_resource), signal: Segmentation fault
https://bugs.kde.org/show_bug.cgi?id=425619 Marcel changed: What|Removed |Added CC||k...@retux.de -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 415343] New: Kontact crashes a few seconds after start
https://bugs.kde.org/show_bug.cgi?id=415343 Bug ID: 415343 Summary: Kontact crashes a few seconds after start Product: kontact Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: witte...@googlemail.com Target Milestone: --- Application: kontact (5.13.0 (19.12.0)) Qt Version: 5.13.1 Frameworks Version: 5.65.0 Operating System: Linux 5.5.0-rc1-2.gb783fd1-default x86_64 Distribution: "openSUSE Tumbleweed" -- Information about the crash: - What I was doing when the application crashed: I start Kontact and even if I do nothing Kontact crashes after a few seconds The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f4ba65b8a40 (LWP 14180))] Thread 55 (Thread 0x7f49fbfff700 (LWP 14346)): #0 0x7f4bb7b1bbdf in poll () at /lib64/libc.so.6 #1 0x7f4bb4b9927e in () at /usr/lib64/libglib-2.0.so.0 #2 0x7f4bb4b9939f in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x7f4bb681398b in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5 #4 0x7f4bb67bc0cb in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5 #5 0x7f4bb65f4021 in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x7f4bb65f51a2 in () at /usr/lib64/libQt5Core.so.5 #7 0x7f4bb55f3f2a in start_thread () at /lib64/libpthread.so.0 #8 0x7f4bb7b264af in clone () at /lib64/libc.so.6 Thread 54 (Thread 0x7f4a0a7fc700 (LWP 14324)): #0 0x7f4bb55fa6a5 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4ba1ef9b8b in () at /usr/lib64/dri/radeonsi_dri.so #2 0x7f4ba1ef9a37 in () at /usr/lib64/dri/radeonsi_dri.so #3 0x7f4bb55f3f2a in start_thread () at /lib64/libpthread.so.0 #4 0x7f4bb7b264af in clone () at /lib64/libc.so.6 Thread 53 (Thread 0x7f4a0affd700 (LWP 14323)): #0 0x7f4bb55fa6a5 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4ba1ef9b8b in () at /usr/lib64/dri/radeonsi_dri.so #2 0x7f4ba1ef9a37 in () at /usr/lib64/dri/radeonsi_dri.so #3 0x7f4bb55f3f2a in start_thread () at /lib64/libpthread.so.0 #4 0x7f4bb7b264af in clone () at /lib64/libc.so.6 Thread 52 (Thread 0x7f4a0b7fe700 (LWP 14322)): #0 0x7f4bb55fa6a5 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4baf5ad41c in () at /usr/lib64/libQt5WebEngineCore.so.5 #2 0x7f4baf5adef0 in () at /usr/lib64/libQt5WebEngineCore.so.5 #3 0x7f4baf5ae01f in () at /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7f4baf566166 in () at /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7f4baf56937b in () at /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7f4baf569764 in () at /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7f4baf5b0355 in () at /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7f4bb55f3f2a in start_thread () at /lib64/libpthread.so.0 #9 0x7f4bb7b264af in clone () at /lib64/libc.so.6 Thread 51 (Thread 0x7f4a0bfff700 (LWP 14317)): #0 0x7f4bb7aacca7 in __lll_lock_wait_private () at /lib64/libc.so.6 #1 0x7f4bb7a94b0e in buffered_vfprintf () at /lib64/libc.so.6 #2 0x7f4bb7a91a24 in __vfprintf_internal () at /lib64/libc.so.6 #3 0x7f4bb7b3489f in __fprintf_chk () at /lib64/libc.so.6 #4 0x7f4baaf59f2e in event_logv_ () at /usr/lib64/libevent-2.1.so.7 #5 0x7f4baaf5cb15 in event_warn () at /usr/lib64/libevent-2.1.so.7 #6 0x7f4baaf5e678 in () at /usr/lib64/libevent-2.1.so.7 #7 0x7f4baaf6f086 in event_base_loop () at /usr/lib64/libevent-2.1.so.7 #8 0x7f4baf5b41b8 in () at /usr/lib64/libQt5WebEngineCore.so.5 #9 0x7f4baf5402d7 in () at /usr/lib64/libQt5WebEngineCore.so.5 #10 0x7f4baf57749f in () at /usr/lib64/libQt5WebEngineCore.so.5 #11 0x7f4baf5b0355 in () at /usr/lib64/libQt5WebEngineCore.so.5 #12 0x7f4bb55f3f2a in start_thread () at /lib64/libpthread.so.0 #13 0x7f4bb7b264af in clone () at /lib64/libc.so.6 Thread 50 (Thread 0x7f4a1a210700 (LWP 14313)): #0 0x7f4bb55fa6a5 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4ba1ef9b8b in () at /usr/lib64/dri/radeonsi_dri.so #2 0x7f4ba1ef9a37 in () at /usr/lib64/dri/radeonsi_dri.so #3 0x7f4bb55f3f2a in start_thread () at /lib64/libpthread.so.0 #4 0x7f4bb7b264af in clone () at /lib64/libc.so.6 Thread 49 (Thread 0x7f4a1aa11700 (LWP 14312)): #0 0x7f4bb55fa6a5 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4ba1ef9b8b in () at /usr/lib64/dri/radeonsi_dri.so #2 0x7f4ba1ef9a37 in () at /usr/lib64/dri/radeonsi_dri.so #3 0x7f4bb55f3f2a in start_thread () at /lib64/libpthread.so.0 #4
[korganizer] [Bug 390602] New: Layout for todo items is not correct
https://bugs.kde.org/show_bug.cgi?id=390602 Bug ID: 390602 Summary: Layout for todo items is not correct Product: korganizer Version: 5.7.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: monthview Assignee: kdepim-bugs@kde.org Reporter: marcel.is...@gmail.com Target Milestone: --- Created attachment 110743 --> https://bugs.kde.org/attachment.cgi?id=110743&action=edit show how the icon and the text are misaligned The icon of the list is not aligned with the todo-title. Please see the attached picture. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 384943] Automatic filters on maildirs are not applied automatically
https://bugs.kde.org/show_bug.cgi?id=384943 --- Comment #3 from Marcel Wiesweg --- Confirmed with Kontact 5.7.0 on Frameworks 5.40.0. Manually applying the filters works. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 341852] New: Kontact crash after I tryed to start a new instance
https://bugs.kde.org/show_bug.cgi?id=341852 Bug ID: 341852 Summary: Kontact crash after I tryed to start a new instance Product: kontact Version: unspecified Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: mar...@janus.me.uk Application: kontact (4.14.3) KDE Platform Version: 4.14.3 Qt Version: 4.8.6 Operating System: Linux 3.17.4-200.fc20.x86_64 x86_64 Distribution (Platform): Fedora RPMs -- Information about the crash: Kontact crash after I tryed to start a new instance of Kontact -- Backtrace: Application: Kontact (kontact), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f8b65fc4940 (LWP 23316))] Thread 4 (Thread 0x7f8b1a2f4700 (LWP 23317)): #0 0x0038a8e0bca0 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x003e38ab9a8d in JSC::BlockAllocator::blockFreeingThreadMain() () from /lib64/libQtWebKit.so.4 #2 0x003e38dabe36 in WTF::wtfThreadEntryPoint(void*) () from /lib64/libQtWebKit.so.4 #3 0x0038a8e07ee5 in start_thread () from /lib64/libpthread.so.0 #4 0x0038a92f4b8d in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f8b10b44700 (LWP 23327)): #0 0x0038a92ea71d in poll () from /lib64/libc.so.6 #1 0x0038ab6495b4 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #2 0x0038ab6496dc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x0038b0bb543e in QEventDispatcherGlib::processEvents(QFlags) () from /lib64/libQtCore.so.4 #4 0x0038b0b8538f in QEventLoop::processEvents(QFlags) () from /lib64/libQtCore.so.4 #5 0x0038b0b856dd in QEventLoop::exec(QFlags) () from /lib64/libQtCore.so.4 #6 0x0038b0a79e5f in QThread::exec() () from /lib64/libQtCore.so.4 #7 0x0038b0a7c69f in QThreadPrivate::start(void*) () from /lib64/libQtCore.so.4 #8 0x0038a8e07ee5 in start_thread () from /lib64/libpthread.so.0 #9 0x0038a92f4b8d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f8b0aa0b700 (LWP 23366)): #0 0x0038b0bb6cd5 in QTimerInfoList::timerWait(timeval&) () from /lib64/libQtCore.so.4 #1 0x0038b0bb52cc in timerSourcePrepareHelper(GTimerSource*, int*) () from /lib64/libQtCore.so.4 #2 0x0038b0bb5395 in timerSourcePrepare(_GSource*, int*) () from /lib64/libQtCore.so.4 #3 0x0038ab648bed in g_main_context_prepare () from /lib64/libglib-2.0.so.0 #4 0x0038ab6494bb in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #5 0x0038ab6496dc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #6 0x0038b0bb543e in QEventDispatcherGlib::processEvents(QFlags) () from /lib64/libQtCore.so.4 #7 0x0038b0b8538f in QEventLoop::processEvents(QFlags) () from /lib64/libQtCore.so.4 #8 0x0038b0b856dd in QEventLoop::exec(QFlags) () from /lib64/libQtCore.so.4 #9 0x0038b0a79e5f in QThread::exec() () from /lib64/libQtCore.so.4 #10 0x0038b0b65de3 in QInotifyFileSystemWatcherEngine::run() () from /lib64/libQtCore.so.4 #11 0x0038b0a7c69f in QThreadPrivate::start(void*) () from /lib64/libQtCore.so.4 #12 0x0038a8e07ee5 in start_thread () from /lib64/libpthread.so.0 #13 0x0038a92f4b8d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f8b65fc4940 (LWP 23316)): [KCrash Handler] #5 0x0038a9235877 in raise () from /lib64/libc.so.6 #6 0x0038a9236f68 in abort () from /lib64/libc.so.6 #7 0x0038b0a71ce4 in qt_message_output(QtMsgType, char const*) () from /lib64/libQtCore.so.4 #8 0x0038b0a71e89 in qt_message(QtMsgType, char const*, __va_list_tag*) () from /lib64/libQtCore.so.4 #9 0x0038b0a72791 in qFatal(char const*, ...) () from /lib64/libQtCore.so.4 #10 0x003e44c69067 in MailCommon::Kernel::self() () from /lib64/libmailcommon.so.4 #11 0x003e44cb0e33 in MailCommon::FolderCollection::writeConfig() const () from /lib64/libmailcommon.so.4 #12 0x003e44cb1652 in MailCommon::FolderCollection::~FolderCollection() () from /lib64/libmailcommon.so.4 #13 0x003e44cb16c9 in MailCommon::FolderCollection::~FolderCollection() () from /lib64/libmailcommon.so.4 #14 0x003e44cafde4 in QMap >::freeData(QMapData*) [clone .isra.20] () from /lib64/libmailcommon.so.4 #15 0x0038a92390e9 in __run_exit_handlers () from /lib64/libc.so.6 #16 0x0038a9239135 in exit () from /lib64/libc.so.6 #17 0x00371a549ba6 in KCmdLineArgs::isSet(QByteArray const&) const () from /lib64/libkdecore.so.5 #18 0x00403f57 in KontactApp::newInstance() () #19 0x003e30451aed in KUniqueApplicationAdaptor::newInstance(QByteArray const&, QByteArray const&) () from /lib64/libkdeui.so.5 #20 0x003e30451bad in KUniqueApplicationAdaptor::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) [clone .part.18] () from /lib64/libkdeui.s
[kmail2] [Bug 324539] kmail repetly askes for kwallet password
https://bugs.kde.org/show_bug.cgi?id=324539 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 333647] after upgrade to 4.13: one of two IMAP resources is reported "not functional"
https://bugs.kde.org/show_bug.cgi?id=333647 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 332358] Regression: Baloo for tags messes up categories/groups when syncing with external collections (e.g. owncloud)
https://bugs.kde.org/show_bug.cgi?id=332358 Marcel Meyer changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |CONFIRMED --- Comment #15 from Marcel Meyer --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 333900] nepomuk tags disappeared
https://bugs.kde.org/show_bug.cgi?id=333900 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 333899] no more old nepomuk tags
https://bugs.kde.org/show_bug.cgi?id=333899 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[akregator] [Bug 339483] New: Stack columns in widescreen mode
https://bugs.kde.org/show_bug.cgi?id=339483 Bug ID: 339483 Summary: Stack columns in widescreen mode Product: akregator Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: k...@picodesign.de In widescreen mode, the columns in the entry list should be stacked: Instead of [Title] | [Feed name] | [Date] I would like [Title] [Feed name], [Date] For an example, see a screenshot of NetNewsWire: http://netnewswireapp.com/screens/nativeScreen.png Reasoning - It looks nicer (due to more whitespace) - More efficient use of horizontal screen space, giving more space to the content i.e Many RSS readers like NetNewsWire Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[akregator] [Bug 339483] Stack columns in widescreen mode
https://bugs.kde.org/show_bug.cgi?id=339483 Marcel changed: What|Removed |Added Version|unspecified |4.13.2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #76 from Marcel Naziri --- I updated to kde 4.14.1 on Arch (testing repository) and kmail is still not usable for me. A refresh of my inbox takes about 1 minute. Even marking an email as read (manually or automatically) will trigger such an long-lasting refresh. selecting another email in the list will show up in the preview not before the refresh is done. Wasn't the patch applied for 4.14.1 or doesn't it bring back the behaviour of 4.13.x when UIDNEXT is missing? -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 331896] Regression: Categories in edit contact window no longer showing
https://bugs.kde.org/show_bug.cgi?id=331896 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 332358] Regression: Baloo for tags messes up categories/groups when syncing with external collections (e.g. owncloud)
https://bugs.kde.org/show_bug.cgi?id=332358 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #73 from Marcel Naziri --- Big thanks to Christian for his work! Sooner or later I want to migrate to Dovecot anyway. So I'm happy with the solution that kmail works with Courier like it did in 4.13. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #67 from Marcel Naziri --- (In reply to Christian Mollekopf from comment #65) > A proper fix would be to implement the STATUS command. I won't do that but > you're welcome to supply patches. After reading in RFC 3501 about the STATUS command I doubt that it would be the right way. :( It says that STATUS should not be used on the currently selected mailbox. Also this command can be quite slow. On the other hand I found by chatting with a Courier IMAP server via netcat that the STATUS result values like MESSAGES, RECENT, UIDNEXT, UIDVALIDITY and UNSEEN are only updated if prior to this a SELECT or EXAMINE command was executed. So Courier seems not to be conform to the RFC. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #57 from Marcel Naziri --- I've tested Christians patch and with it a refresh of just my inbox folder take about 1 minute 40 seconds. So kmail would get unusable for me. :( I dumped a imap debug log of thunderbird. It utilizes a "UID FETCH FLAGS" command that returns a list of mails with UIDs and corresponding flags. seems to be a quick way to sync flags and detect deleted mails without having all the mail headers downloaded. also thunderbird doesn't always use an interval like 1:* for this command. It seems that it takes the highest seen uid + 1 as prediction, so I've seen a command like "UID FETCH 443:* FLAGS" when 442 was the highest uid in the list before. Here is a little netcat chat log with a Courier Imap 4.15 (Debian testing) a01 CAPABILITY * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION a01 OK CAPABILITY completed a02 SELECT INBOX * FLAGS (Junk $ATTACHMENT NonJunk \Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (Junk $ATTACHMENT NonJunk \* \Draft \Answered \Flagged \Deleted \Seen)] Limited * 4 EXISTS * 0 RECENT * OK [UIDVALIDITY 409534394] Ok * OK [MYRIGHTS "acdilrsw"] ACL a02 OK [READ-WRITE] Ok a03 UID FETCH 1:* FLAGS * 1 FETCH (UID 1 FLAGS (\Flagged)) * 2 FETCH (UID 2 FLAGS (\Seen)) * 3 FETCH (UID 4 FLAGS ($ATTACHMENT NonJunk)) * 4 FETCH (UID 5 FLAGS (Junk)) a03 OK FETCH completed. a04 UID FETCH 6:* FLAGS a04 OK FETCH completed. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #54 from Marcel Naziri --- (In reply to Christian Mollekopf from comment #53) > (In reply to Marcel Naziri from comment #51) > > (In reply to Carsten Pfeiffer from comment #50) > What's currently missing from my patch is that we are not using the > optimization that avoid downloading all messages on every sync. This is > because we usually rely on a combination of message-count and uidnext to > detect if new messages are available or old ones have been deleted. Whitout > uidnext we could still avoid a sync if the messagecount remains the same, > but then we would run into the problem that we for instance would never > notice if i.e. one message has been removed and another one added (which is > nasty because it's very unpredictable). Is the nextuid always monotonic increasing value or is it also lowered by the mail server in some circumstances? I will test your patch tongiht or tomorrow. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #51 from Marcel Naziri --- (In reply to Carsten Pfeiffer from comment #50) > (In reply to Marcel Naziri from comment #49) > > Anyone tested my patch for ImapInterval in kdepimlibs? > > Will do so tonight or tomorrow night. Completely missed that the patch is > attached. I realized that with my patch flags (e.g. read/unread) changed by another client aren't reflected in kmail when refreshing the folder. not until mailbox content is changed (new mail arrived or something moved) the flags are updated. Is this also happening with Christians patch v2? -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #49 from Marcel Naziri --- Anyone tested my patch for ImapInterval in kdepimlibs? For me it's sufficient to work with courier again using the actual implementation of kdelibs-runtime. With the patch I can't see a complete fetching of the mail headers when just switching to another message or changing folders. It only happens when the mailbox has changed, e.g. new mail arrived. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #48 from Marcel Naziri --- I don't see it really as Bug in Courier. RFC 3501 says "Note that earlier versions of this protocol only required the FLAGS, EXISTS, and RECENT untagged data; consequently, client implementations SHOULD implement default behavior for missing data as discussed with the individual item." I don't expect to see the requested feature in old rusty Courier Mail Server soon - if at all. So this should be handled by kmail with appropriate action. Isn't it possible to fallback to the behaviour in 4.13.x in this case? -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #38 from Marcel Naziri --- Created attachment 88445 --> https://bugs.kde.org/attachment.cgi?id=88445&action=edit let ImapInterval handle negative value I applied the attached patch to kdepimlibs which make kdepim 4.14.0 work for me with Courier again. It lets ImapInterval interpret also negative values for begin and end as unset. This way the missing UIDNEXT value will at least result in a valid UID SEARCH command with parameter "1:*" It does not resolve the problem itself that no proper nextuid value can be stored for further optimization. So on every check of the folder all message headers are fetched. But at least the sync is not broken completely. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #37 from Marcel Naziri --- Created attachment 88443 --> https://bugs.kde.org/attachment.cgi?id=88443&action=edit Courier IMAP session log Played a bit with the Courier IMAP server. Looks like UIDNEXT value can be gathered by the STATUS command. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #34 from Marcel Naziri --- (In reply to Christian Mollekopf from comment #27) > > So kdepim-runtime seems to be affected. RetrieveItemsTask::onFinalSelectDone > > gets -1 values for nextUid which are not correctly mapped to an IMAP > > interval like 1:* instead it results in 1:-1 > > That does sound like a server bug, or at least I don't know when UIDNEXT < 0 > would make any sense. As you can see in the formerly attached log the Courier imap server does not give a nextuid prediction, so the value -1 comes from the default value of SelectJob. I don't know if Courier breaks any rules not to answer with UIDNEXT. > I suppose we can catch this case and just fallback a very large UIDNEXT > value. I made a quick patch to set the nextuid value to 0 in RetrieveItemsTask::onFinalSelectDone in case it's set to -1 before the FetchJob is build. This way the ImapInterval will result not in "1:-1" but in "1:*". According to RFC 3501 "*" represents the largest number in use. This way the sync with kdepim 4.14 and Courier worked again. I hope this gives a good starting point for a proper fix. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #33 from Marcel Naziri --- Created attachment 88438 --> https://bugs.kde.org/attachment.cgi?id=88438&action=edit IMAP log comparison Dovecot and Courier -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #22 from Marcel Naziri --- No corruption for my by now (hopefully). I downgraded the kdepim-runtime package to version 4.13.3 with that I can sync with Courier again. The older runtime uses FETCH command instead of UID SEARCH which gives output like that C: A04 SELECT "INBOX" S: * FLAGS ( $ATTACHMENT $Labelimportant \Draft \Answered \Flagged \Deleted \Seen \Recent ) S: * OK Limited [ PERMANENTFLAGS ( $ATTACHMENT $Labelimportant \* \Draft \Answered \Flagged \Deleted \Seen ) ] S: * 421 EXISTS S: * 0 RECENT S: * OK Ok [ UIDVALIDITY 1178485368 ] S: * OK ACL [ MYRIGHTS acdilrsw ] S: A04 OK Ok [ READ-WRITE ] C: A05 EXPUNGE S: A05 OK EXPUNGE completed C: A06 SELECT "INBOX" S: * FLAGS ( $ATTACHMENT $Labelimportant \Draft \Answered \Flagged \Deleted \Seen \Recent ) S: * OK Limited [ PERMANENTFLAGS ( $ATTACHMENT $Labelimportant \* \Draft \Answered \Flagged \Deleted \Seen ) ] S: * 421 EXISTS S: * 0 RECENT S: * OK Ok [ UIDVALIDITY 1178485368 ] S: * OK ACL [ MYRIGHTS acdilrsw ] S: A06 OK Ok [ READ-WRITE ] C: A07 FETCH 1:421 (RFC822.SIZE INTERNALDATE BODY.PEEK[HEADER] FLAGS UID) S: * 1 FETCH ( RFC822.SIZE 5329 INTERNALDATE 06-May-2007 23:28:32 +0200 BODY[HEADER] Return-Path: [...] So kdepim-runtime seems to be affected. RetrieveItemsTask::onFinalSelectDone gets -1 values for nextUid which are not correctly mapped to an IMAP interval like 1:* instead it results in 1:-1 I hope someone can figure it out ... -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 --- Comment #20 from Marcel Naziri --- Created attachment 88420 --> https://bugs.kde.org/attachment.cgi?id=88420&action=edit debug logs My debug output is quite similar to Olivers. The error on the "UID SEARCH UID 1:-1" command looks remarkable. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338186] Since updating to the latest Kubuntu packages Kmail is not picking up imap mail.
https://bugs.kde.org/show_bug.cgi?id=338186 Marcel Naziri changed: What|Removed |Added CC||k...@mail.zwobbl.de --- Comment #19 from Marcel Naziri --- I do have the same problem since upgrading to kde 4.14 on Arch connecting to a Courier IMAP Server (4.10.0 on Debian wheezy). As a workaround I sync my mailboxes with offlineimap to a locally installed Dovecot server (2.1.7 on Debain wheezy) that kmail can play with perfectly. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 331852] kaddressbook "Template not found, contact.htmlTemplate not found, contact_embedded.html"
https://bugs.kde.org/show_bug.cgi?id=331852 --- Comment #7 from Marcel A. W. Spitau --- (In reply to comment #6) > Why copy and not delete ?? Because that did not work either. If kaddressbook starts allone - everthing looks fine. But having it inside kontact I get the upper errormsg. I noticed that new keyboard-shortcuts I defined are gone after I restarted kontact. May be it is the same problem ... who knows. I wanted to give kontact a chance (I am using thunderbird right now.), but we will not getting friends it that won't work. ;) Marcel -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 331852] kaddressbook "Template not found, contact.htmlTemplate not found, contact_embedded.html"
https://bugs.kde.org/show_bug.cgi?id=331852 --- Comment #5 from Marcel A. W. Spitau --- Damn. after shutting kontact down and starting it again, I have the same issue... kontact 4.13 kde 4.13.0 Help would be great :) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 331852] kaddressbook "Template not found, contact.htmlTemplate not found, contact_embedded.html"
https://bugs.kde.org/show_bug.cgi?id=331852 Marcel A. W. Spitau changed: What|Removed |Added CC||mar...@spitau.de --- Comment #4 from Marcel A. W. Spitau --- I had the same issue. I copied the default files into my home-path and now it works propper! I did this on ubuntu-linux 14.04: cp /usr/share/kde4/apps/kaddressbook/viewertemplates/default/* ~/.kde/share/apps/kaddressbook/viewertemplates -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 305987] "Could not create collection" when adding new top-level mailbox for IMAP account:
https://bugs.kde.org/show_bug.cgi?id=305987 --- Comment #14 from Marcel Meyer --- Just tried out my testcase #2 with 4.12.2. Same result (folder is created, shown in akonadi console but not in KMail). -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 284783] "collection with the same name already exists" with owncloud carddav
https://bugs.kde.org/show_bug.cgi?id=284783 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[knotes] [Bug 324840] New: sync notes with owncloud notes app
https://bugs.kde.org/show_bug.cgi?id=324840 Bug ID: 324840 Summary: sync notes with owncloud notes app Classification: Unclassified Product: knotes Version: 4.11.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: mey...@fs.tum.de CC: myr...@kde.org It would be nice to be able to sync the notes with the owncloud notes web application. Reproducible: Always OwnCloud offers the possibility to save notes into your account. With CalDAV and CardDAV you can sync the calendar, contacts and journal with Kontact. Including notes into this would raise the usefulness of the note application in Kontact as they are no longer limited to a single computer and synced automatically :-) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 324128] New: Google Calendar Resource crashes when a special account is added
https://bugs.kde.org/show_bug.cgi?id=324128 Bug ID: 324128 Summary: Google Calendar Resource crashes when a special account is added Classification: Unclassified Product: Akonadi Version: 4.11 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: Google Resource Assignee: dvra...@redhat.com Reporter: mey...@fs.tum.de CC: kdepim-bugs@kde.org Application: akonadi_googlecalendar_resource (4.11) KDE Platform Version: 4.11.00 Qt Version: 4.8.5 Operating System: Linux 3.10.9-1-ARCH x86_64 Distribution (Platform): Archlinux Packages -- Information about the crash: - What I was doing when the application crashed: Since akonadi messed up my configuration (again ;-p ) after updating to 4.11, I wanted to recreate the calendar entries. Three of my four Google accounts work flawlessly, but the forth one makes the assisstant crash as soon as I return from the embedded authentication webpage. - Unusual behavior I noticed: No calendar is added to kontact, but in the akonadi configuration a new resources is shown with "(not configured)". When I now try to add another calendar/the calendar again, there's an unnamed entry in the account dropdown which does show the correct "subcalenders" and task lists. Adding it to kontact will show nothing new in the calendar view but the akonadi configuration shows new (not configured) resources. When I remove the account, the resources show correctly that the "Configured account does not exist". When adding the address book of that account the application does not crash. But the new account is also added without a name and KWallet complains that there have been repeated failed attempts to gain access to a wallet and that an application may be misbehaving. The address book is not added to kontact afterwards. - Custom settings of the application: The crash can be reproduced every time. -- Backtrace: Application: Google Calendars and Tasks (not configured) of type Google Calendars and Tasks (akonadi_googlecalendar_resource), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7effccec67c0 (LWP 1147))] Thread 4 (Thread 0x7effb02e5700 (LWP 1150)): #0 0x7effc7ea7fff in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 #1 0x7effc2ddaf1d in ?? () from /usr/lib/libQtWebKit.so.4 #2 0x7effc2ddaf59 in ?? () from /usr/lib/libQtWebKit.so.4 #3 0x7effc7ea4062 in start_thread () from /usr/lib/libpthread.so.0 #4 0x7effc910ba2d in clone () from /usr/lib/libc.so.6 Thread 3 (Thread 0x7eff6f9d2700 (LWP 1151)): #0 0x7effc7ea83a8 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 #1 0x7effc2e0ac96 in WTF::ThreadCondition::timedWait(WTF::Mutex&, double) () from /usr/lib/libQtWebKit.so.4 #2 0x7effc2b1c95a in ?? () from /usr/lib/libQtWebKit.so.4 #3 0x7effc2e0a6b6 in ?? () from /usr/lib/libQtWebKit.so.4 #4 0x7effc7ea4062 in start_thread () from /usr/lib/libpthread.so.0 #5 0x7effc910ba2d in clone () from /usr/lib/libc.so.6 Thread 2 (Thread 0x7eff6e90e700 (LWP 1152)): #0 0x7effc7ea748b in __pthread_mutex_unlock_usercnt () from /usr/lib/libpthread.so.0 #1 0x7effc5e1e151 in g_mutex_unlock () from /usr/lib/libglib-2.0.so.0 #2 0x7effc5dde720 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0 #3 0x7effc5ddefa3 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x7effc5ddf18c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x7effcc015ba6 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #6 0x7effcbfe7b5f in QEventLoop::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #7 0x7effcbfe7e55 in QEventLoop::exec(QFlags) () from /usr/lib/libQtCore.so.4 #8 0x7effcbee66ef in QThread::exec() () from /usr/lib/libQtCore.so.4 #9 0x7effcbee8d8f in ?? () from /usr/lib/libQtCore.so.4 #10 0x7effc7ea4062 in start_thread () from /usr/lib/libpthread.so.0 #11 0x7effc910ba2d in clone () from /usr/lib/libc.so.6 Thread 1 (Thread 0x7effccec67c0 (LWP 1147)): [KCrash Handler] #5 0x7effcbffc937 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #6 0x7effc9f8c612 in KGAPI2::AuthWidget::authenticated(QSharedPointer const&) () from /usr/lib/libkgapi2.so.2 #7 0x7effca000675 in KGAPI2::AuthWidget::Private::accountInfoReceived(KGAPI2::Job*) () from /usr/lib/libkgapi2.so.2 #8 0x7effcbffcba8 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #9 0x7effc9f905df in KGAPI2::Job::finished(KGAPI2::Job*) () from /usr/lib/libkgapi2.so.2 #10 0x7effcc000f5e in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #11 0x7eff
[kmail2] [Bug 289703] Warn when links does not lead where indicated
https://bugs.kde.org/show_bug.cgi?id=289703 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #3 from Marcel Meyer --- Hey, that's really cool! Thank you! But please check out bug #324103 as this could lead to misunderstandings by people not being aware of technical details. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 307818] Fishing protection: KMail displays title in link not href
https://bugs.kde.org/show_bug.cgi?id=307818 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #12 from Marcel Meyer --- Hey, that's really cool! Thank you! But please check out bug #324103 as this could lead to misunderstandings by people not being aware of technical details. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 324103] New: scam detection does not ignore missing protocol
https://bugs.kde.org/show_bug.cgi?id=324103 Bug ID: 324103 Summary: scam detection does not ignore missing protocol Classification: Unclassified Product: kmail2 Version: 4.11 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: mey...@fs.tum.de The new scam detection (very cool!) (see bug #289703 or bug #307818) does not take missing protocols into account. So the mail text says "Got to www.example.com!" and the link leads to "https://www.example.com";. While this is the intended domain, of course, the scam detection plugin complains about possible scam. While I know what it means, people without the technical knowledge could be confused and a) delete the mail or (even worse) b) ignore the warning in the future. Reproducible: Always Steps to Reproduce: 1. open HTML mail with links without protocol in the visibile text 2. scam detection plugin complains about possible scam 3. ignore warning or dump mail Expected Results: The plugin should at least ignore it when the protocol is missing in the text. This is surely not the only exception where the plugin should not "fire", but at least a very obvious one. Of course the protocol should not be ignored when the text says "https://"; and the link points to "http://";. ;-) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 318116] Interface with gpgsm hangs after any S/MIME operation, requires killing gpgsm
https://bugs.kde.org/show_bug.cgi?id=318116 --- Comment #11 from Marcel Meyer --- https://bugs.g10code.com/gnupg/issue1502 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 305987] "Could not create collection" when adding new top-level mailbox for IMAP account:
https://bugs.kde.org/show_bug.cgi?id=305987 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #10 from Marcel Meyer --- Unfortunately, I still see this bug in KMail 4.10.5. - Creating a folder via webinterface works, the folder is not shown in KMail or the Akonadiconsole, it IS shown in the webinterface. - Creating a folder via KMail works, the folder is not shown in KMail, it IS shown in the Akonadiconsole and the webinterface. - Creating a folder in Akonadiconsole works, the folder is not shown in KMail, it IS shown in the Akonadiconsole and the webinterface. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 318116] Interface with gpgsm hangs after any S/MIME operation, requires killing gpgsm
https://bugs.kde.org/show_bug.cgi?id=318116 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #10 from Marcel Meyer --- Still valid vor 4.10.5(-1) and gnupg 2.0.20(-2) (Archlinux packages). -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[ktimetracker] [Bug 293707] Feature request: Ktimetracker should be aware of activities
https://bugs.kde.org/show_bug.cgi?id=293707 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 258363] 'Unread' messages can disappear before you read them
https://bugs.kde.org/show_bug.cgi?id=258363 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 26913] Extended folder highlighting in folder list
https://bugs.kde.org/show_bug.cgi?id=26913 --- Comment #13 from Marcel Meyer --- Still valid for KMail 4.9.4. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 308854] KMail2 is not able to connect to an imap server which uses IMAPS (port 993) with TLSv1
https://bugs.kde.org/show_bug.cgi?id=308854 --- Comment #1 from Marcel Bosling --- For openssl use: "openssl s_client -connect mailbox.rwth-aachen.de:993 -tls1" -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 308854] New: KMail2 is not able to connect to an imap server which uses IMAPS (port 993) with TLSv1
https://bugs.kde.org/show_bug.cgi?id=308854 Bug ID: 308854 Severity: normal Version: 4.9.2 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: KMail2 is not able to connect to an imap server which uses IMAPS (port 993) with TLSv1 Classification: Unclassified OS: Linux Reporter: marcel.bosl...@rwth-aachen.de Hardware: Ubuntu Packages Status: UNCONFIRMED Component: general Product: kmail2 The mailserver I am using (mailbox.rwth-aachen.de) uses IMAPS on port 993 with TLSv1 for encryption. KMail2 is unable to connect to that mailbox as it may not correctly set the SSL/TLS version (just my guess). Reproducible: Always Steps to Reproduce: 1. Create account with IMPAS for mailbox.rwth-aachen.de on port 993 with SSL/TLS. Actual Results: The server is offline. Expected Results: The mailbox should work out-of-the-box. Checking with "openssl s_client -connect mailbox.rwth-aachen.de -tls1" results in being able to connect via openssl. So the connection could be established if KMail2 would use (would be forced to use) TLSv1. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307066] High memory consumption with large local mail setup.
https://bugs.kde.org/show_bug.cgi?id=307066 --- Comment #5 from Marcel Wiesweg --- Created attachment 74249 --> https://bugs.kde.org/attachment.cgi?id=74249&action=edit Massif memory profiling --pages-as-heap=yes Data quite difficult to interpret -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307066] High memory consumption with large local mail setup.
https://bugs.kde.org/show_bug.cgi?id=307066 --- Comment #4 from Marcel Wiesweg --- Created attachment 74248 --> https://bugs.kde.org/attachment.cgi?id=74248&action=edit massif heap profiling Memory usage was ~750 MB at the time, not explained from this data. Gzipped, too large otherwise. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307066] High memory consumption with large local mail setup.
https://bugs.kde.org/show_bug.cgi?id=307066 --- Comment #3 from Marcel Wiesweg --- Created attachment 74247 --> https://bugs.kde.org/attachment.cgi?id=74247&action=edit Kontact and maildir agent memory usage -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307066] High memory consumption with large local mail setup.
https://bugs.kde.org/show_bug.cgi?id=307066 --- Comment #2 from Marcel Wiesweg --- The most beautiful tool for viewing memory consumption is indeed our KDE's system monitor, with a lot of research in it to give valid values. Output is attached. Note that massif does not really help me; its heap profiling does not come close to the amount of memory used, and --pages-as-heap=yes gives quite different numbers, which dont help me at all. If anyone knows better how to interpret, attached as well. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307058] KMail reacts sluggish but keeps telling my by system notification that it is not broken
https://bugs.kde.org/show_bug.cgi?id=307058 --- Comment #1 from Marcel Wiesweg --- Created attachment 74085 --> https://bugs.kde.org/attachment.cgi?id=74085&action=edit KDE system monitor CPU usage A good part of the behavior described above seems to be due to marking a mail as read being extremely CPU intensive in the backends. I use "+" to read the next unread mail. For a) one mail (first peak) b) four mails (second peak) c) 15 mails (long plateau) being such marked as read the CPU usage is depicted in the attachment. The involved processes are mysqld (~60%), kontact and the mixelmaildir resource. As you see, marking 15 mails as read results in about 15 secs of 100% dual core CPU usage. If I am patient and give it the time it needs, the peculiarities described above do not appear. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307066] New: High memory consumption with large local mail setup.
https://bugs.kde.org/show_bug.cgi?id=307066 Bug ID: 307066 Severity: normal Version: 4.9.1 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: High memory consumption with large local mail setup. Classification: Unclassified OS: Linux Reporter: marcel.wies...@gmx.de Hardware: Other Status: NEW Component: general Product: kmail2 Fresh conversion from KMail 1, local mail setup, about 17 mails, in subfolders. Opening KMail, reading new mails in all relevant subfolders. Memory consumption: kontact 715 MB akonadi_mixedmaildir 415 MB akonadiserver 130 MB mysqld 107 MB total: 1,3 GB I'm talking about the 700 MB in kontact and the 400 MB in the resource. Is this cache? Is this linearly growing data structure? Is this lost memory? I am aware that a grouped list view with 5 mails will consume memory. Yet this is a lot. Memory stays constant, when the mail view show 0 messages, no decrease. Reproducible: Always Actual Results: Eats memory Expected Results: Eats less memory -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307064] Mail folders "synchronized" once again every time it is opened
https://bugs.kde.org/show_bug.cgi?id=307064 --- Comment #1 from Marcel Wiesweg --- addendum: I have one folder where the synchronization takes particularly long. More than a minute, as long as it took to write the bug report here. This is not the folder with the most mails. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307064] New: Mail folders "synchronized" once again every time it is opened
https://bugs.kde.org/show_bug.cgi?id=307064 Bug ID: 307064 Severity: normal Version: 4.9.1 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Mail folders "synchronized" once again every time it is opened Classification: Unclassified OS: Linux Reporter: marcel.wies...@gmx.de Hardware: Other Status: NEW Component: general Product: kmail2 Fresh conversion from KMail1, local mail folder, folders have 20k-50k images. Opening a folder for reading mails: 1) Message titles are loaded in the message list view, count is visible in the status line in the lower left corner. Takes about 1-2 secs/10k mails on my machine. Slightly slower than KMail1, but acceptable. All messages are visible, grouped/threaded. 2) Now comes a second step, and this is my complaint: A task opens (right lower corner) "Folder is synchronized" (translated back from German translation). While this task is active, mails cannot be read: "The contents of this folder are being fetched" (backtranslation again). The mixedmaildir agent eats one CPU core. Sometimes, this synchronization takes only a few seconds, sometimes, it takes 10-20 secs. Note: This happens every time I switch between folders in KMail, again and again. Reproducible: Always Steps to Reproduce: 1. Take a larger local mail setup 2. Have two or three folder >10k mails 3. Switch between them Actual Results: After loading the message titles, a synchronisation blocks reading mails Expected Results: Reading mails is possible immediately -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 307058] New: KMail reacts sluggish but keeps telling my by system notification that it is not broken
https://bugs.kde.org/show_bug.cgi?id=307058 Bug ID: 307058 Severity: normal Version: 4.9.1 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: KMail reacts sluggish but keeps telling my by system notification that it is not broken Classification: Unclassified OS: Linux Reporter: marcel.wies...@gmx.de Hardware: openSUSE RPMs Status: NEW Component: message list Product: kmail2 Fresh conversion from kmail1, large local mail dir. Folders have 20k-50k messages. Reading new mail in a folder, going to the next unread message. Reaction is sluggish, 1) unread mails stay marked as unread in the message list for severeal seconds to minutes, unread counter is correctly decreased in the folder tree view on the left. 2) every now and then showing the mail body fails ( the mail body view shows a "busy message" that the folder's contents are currently being downloaded). Next attempt at showing a mail may succeed 3) kmail/akonadi/mysql eating CPU and memory in the background 4) Often during that time, a system notification pops up: (translated from German translation back to English): "The resource 'KMail folder' is not inoperative. It is now online". Telling me it is not broken via system notification?? I know these are different symptoms but they occur together in one situation so my be caused by the same problem, so a single report by now. Reproducible: Always Steps to Reproduce: 1.Take a larger local mail collection 2.Get new mails 3.Open folder for reading, use "+" to navigate to next unread mail Actual Results: as above Expected Results: As fast as KMail1! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 291746] sometimes imap accounts are not updated any more
https://bugs.kde.org/show_bug.cgi?id=291746 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 301926] kmail2 crashes when clicking a message
https://bugs.kde.org/show_bug.cgi?id=301926 --- Comment #3 from Marcel Bergeron --- Sorry, problem has since disappeared -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 301926] New: kmail2 crashes when clicking a message
https://bugs.kde.org/show_bug.cgi?id=301926 Bug ID: 301926 Severity: critical Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: kmail2 crashes when clicking a message Classification: Unclassified OS: Linux Reporter: bergeron.mar...@gmail.com Hardware: openSUSE RPMs Status: UNCONFIRMED Component: mail Product: kontact Segfault when clicking a message in the list to view content Reproducible: Always Steps to Reproduce: 1.Display message list (e.g. inbox) 2.Click any message for viewing 3. Actual Results: Crash Expected Results: message is displayed Exécutable : kmail PID : 11876 Signal : Segmentation fault (11) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 237927] Long URLs are cutted off when containing a hyphen
https://bugs.kde.org/show_bug.cgi?id=237927 Marcel Martin changed: What|Removed |Added CC||m...@freenet.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 278487] akonadi eats my memory ;)
https://bugs.kde.org/show_bug.cgi?id=278487 --- Comment #10 from Marcel Meyer --- After deleting the offending IMAP resource and recreating it in KMail I was able to get back into kontact (for now...). Bug #265896 is most probably related. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 265896] Akonadi resources churn CPU and consume memory until OOM killed
https://bugs.kde.org/show_bug.cgi?id=265896 --- Comment #11 from Marcel Meyer --- After hitting this problem I updated my KDE 4.7 from opensuse 12.1 to KDE 4.8.1 with akonadi 1.7.1 from the KDE4.8 repository. Problem still persisted. Solution for now was deleting the imap resource taking all the memory and readding it in KMail :-( See also #278487, #294447, #296706 and perhaps #260647, #290355. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 297042] KMail crashes and deletes content of messages on IMAP/POP servers
https://bugs.kde.org/show_bug.cgi?id=297042 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 278487] akonadi eats my memory ;)
https://bugs.kde.org/show_bug.cgi?id=278487 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #9 from Marcel Meyer --- I experienced the same problem with akonadi_imap_resource sucking up all my memory and CPU (Quad-Core i7 with 8GB RAM and 2GB swap). The computer gets unuseable until it OOMs. Since a lot of similar bug reports were closed with "FIXED" telling the people to use KDE 4.8 I took the risk and updated my openSUSE 12.1 with the KDE 4.8 repository to KDE 4.8.1 and akonadi 1.7.1. No luck, still eating 10GB of RAM (and who knows what it would fo if I would add more RAM to the game ;-) )... So for now I am a little bit perplexed how to get back to work with my PIM data. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 278046] KMail freezes when replying to long messages in HTML
https://bugs.kde.org/show_bug.cgi?id=278046 Marcel Wiesweg changed: What|Removed |Added CC||m.w...@web.de --- Comment #3 from Marcel Wiesweg 2011-10-07 17:27:14 --- *** Bug 283165 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 260647] akonadi_mixedmaildir_resource is using too much memory
https://bugs.kde.org/show_bug.cgi?id=260647 --- Comment #16 from Marcel Wiesweg 2011-09-09 17:02:10 --- > When removing all the duplicate MIME Bodies using a little script, I got the > memory usage down from 6GB over all to 500MB. Which is still way too much: kontact 4.6 only uses <200 MB of memory -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 276546] Sending attachment with a size over 1MB fails
https://bugs.kde.org/show_bug.cgi?id=276546 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #1 from Marcel Meyer 2011-08-09 01:10:00 --- Hi, did it work after you re-logged in? I just encountered the same problem with KDE 4.7 even though I did not attach anything to the mail. Restarting KMail or Akonadi did not help. Logging out and back in again "solved" it (I'm not saying the bug is solved, it's just a work-around). -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 276448] moved mails disappear after some time
https://bugs.kde.org/show_bug.cgi?id=276448 --- Comment #3 from Marcel Wiesweg 2011-08-03 17:40:30 --- After downgrading to stable KMail1 from KDE 4.6, all mails can again be found in the inbox, so it appears that not a single mail was actually properly moved on disk. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 279204] kmail uses excessive memory
https://bugs.kde.org/show_bug.cgi?id=279204 --- Comment #2 from Marcel Wiesweg 2011-08-03 17:35:47 --- Yes. Traditional ~/Mail setup (2.3 GB) and pop3 accounts. (KMail from 4.7 release said its version was 4.7 which I cannot select in the dropdown thus "unspecified".) The resource is using memory in the same order of magnitude (bug #260647) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 276448] moved mails disappear after some time
https://bugs.kde.org/show_bug.cgi?id=276448 --- Comment #2 from Marcel Wiesweg 2011-08-02 20:11:33 --- After killing the resource, letting it reload, mails reappear in the inbox. Seems they were never properly moved on disk and got lost in akonadi nirvana. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 276448] moved mails disappear after some time
https://bugs.kde.org/show_bug.cgi?id=276448 --- Comment #1 from Marcel Wiesweg 2011-08-02 20:05:43 --- Confirmed. While reading a bunch of mails, all new mails (all since akonadi migration) suddenly disappeared without further comment. They did not reappear after kontact restart. Will report back if they reappear after killing the resource .. mixedmaildir resource. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 279204] New: kmail uses excessive memory
https://bugs.kde.org/show_bug.cgi?id=279204 Summary: kmail uses excessive memory Product: kmail2 Version: unspecified Platform: openSUSE RPMs OS/Version: Linux Status: NEW Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: marcel.wies...@gmx.de Version: unspecified (using KDE 4.7.0) OS:Linux When opening folders which contain a few more mails (> 1) kmail starts to eat a lot of memory - memory usage easily above 1GB and growing. KMail1 managed to load these folders instantly. Note that KMail is in bad company with the mixedmaildir resource, which eats about just as much memory. KMail is also extremely slow (minutes) opening these folders, which may be a separate bug or the same problem. Reproducible: Always Steps to Reproduce: Open a folder with mails Actual Results: Takes minutes and 2GB of memory Expected Results: Happens fast (<1sec) and with moderate memory usage OS: Linux (x86_64) release 3.0.0-1-desktop Compiler: gcc -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 260647] akonadi_mixedmaildir_resource is using too much memory
https://bugs.kde.org/show_bug.cgi?id=260647 --- Comment #10 from Marcel Wiesweg 2011-08-01 18:08:16 --- Note that performance is down by orders of magnitude as soon as the system swaps, which it may do when kmail and the resources use these extreme amounts of memory -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 279066] New: occasional UI freeze when waiting for backend
https://bugs.kde.org/show_bug.cgi?id=279066 Summary: occasional UI freeze when waiting for backend Product: kmail2 Version: unspecified Platform: openSUSE RPMs OS/Version: Linux Status: NEW Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: marcel.wies...@gmx.de Version: unspecified (using KDE 4.7.0) OS:Linux I get occasional UI freezes of several seconds. There are serious performance problems, these are discussed in different reports, but may be related. The freeze resolves eventually, apparently there is a synchronous wait operation in the main thread. I attached gdb a few times and reproducibly got this backtrace: #0 0x7f58cd70d503 in poll () from /lib64/libc.so.6 #1 0x7f58c414ae00 in ?? () from /lib64/libdbus-1.so.3 #2 0x7f58c4149cfd in ?? () from /lib64/libdbus-1.so.3 #3 0x7f58c4134745 in ?? () from /lib64/libdbus-1.so.3 #4 0x7f58c4135ab3 in ?? () from /lib64/libdbus-1.so.3 #5 0x7f58cac4da05 in q_dbus_pending_call_block (this=0x62ca50, pcall=0x286b1fc0) at qdbus_symbols_p.h:305 #6 QDBusConnectionPrivate::waitForFinished (this=0x62ca50, pcall=0x286b1fc0) at qdbusintegrator.cpp:1739 #7 0x7f58cac8bb63 in QDBusPendingCallPrivate::waitForFinished (this=0x286b1fc0) at qdbuspendingcall.cpp:242 #8 0x7f58b43b5ab9 in MailCommon::FolderCollection::identity() const () from /usr/lib64/libmailcommon.so.4 #9 0x7f58b46d15d0 in ?? () from /usr/lib64/libkmailprivate.so.4 #10 0x7f58b39c95df in MessageList::StorageModel::containsOutboundMessages() const () from /usr/lib64/libmessagelist.so.4 #11 0x7f58b398033d in ?? () from /usr/lib64/libmessagelist.so.4 #12 0x7f58b398a6d0 in MessageList::Core::Model::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libmessagelist.so.4 #13 0x7f58ceacfa5f in QMetaObject::activate (sender=0xc313bd0, m=, local_signal_index=, argv=0x72e4cff0) at kernel/qobject.cpp:3278 #14 0x7f58ceb179ad in QAbstractItemModel::headerDataChanged (this=, _t1=Qt::Horizontal, _t2=0, _t3=0) at .moc/release-shared/moc_qabstractitemmodel.cpp:155 #15 0x7f58b39c748a in MessageList::StorageModel::Private::onSelectionChanged() () from /usr/lib64/libmessagelist.so.4 #16 0x7f58b39c84d5 in MessageList::StorageModel::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libmessagelist.so.4 #17 0x7f58ceacfa5f in QMetaObject::activate (sender=0xaf93c0, m=, local_signal_index=, argv=0x72e4d140) at kernel/qobject.cpp:3278 #18 0x7f58ce3df3b7 in QItemSelectionModel::selectionChanged (this=, _t1=, _t2=) at .moc/release-shared/moc_qitemselectionmodel.cpp:152 #19 0x7f58ce3e5b79 in QItemSelectionModel::emitSelectionChanged (this=0xaf93c0, newSelection=, oldSelection=) at itemviews/qitemselectionmodel.cpp:1594 #20 0x7f58ce3e636c in QItemSelectionModel::select (this=0xaf93c0, selection=, command=...) at itemviews/qitemselectionmodel.cpp:1101 #21 0x7f58b39c558a in MessageList::Pane::Private::onSelectionChanged(QItemSelection const&, QItemSelection const&) () from /usr/lib64/libmessagelist.so.4 #22 0x7f58b39c6487 in MessageList::Pane::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libmessagelist.so.4 #23 0x7f58ceacfa5f in QMetaObject::activate (sender=0xb0b1e0, m=, local_signal_index=, argv=0x72e4d6a0) at kernel/qobject.cpp:3278 #24 0x7f58ce3df3b7 in QItemSelectionModel::selectionChanged (this=, _t1=, _t2=) at .moc/release-shared/moc_qitemselectionmodel.cpp:152 #25 0x7f58ce3e5b79 in QItemSelectionModel::emitSelectionChanged (this=0xb0b1e0, newSelection=, oldSelection=) at itemviews/qitemselectionmodel.cpp:1594 #26 0x7f58ce3e636c in QItemSelectionModel::select (this=0xb0b1e0, selection=, command=...) at itemviews/qitemselectionmodel.cpp:1101 #27 0x7f58ce3d54f4 in QTreeViewPrivate::select (this=0xd069b0, topIndex=, bottomIndex=, command=...) at itemviews/qtreeview.cpp:3652 ---Type to continue, or q to quit--- #28 0x7f58ce3d6158 in QTreeView::setSelection (this=, rect=, command=...) at itemviews/qtreeview.cpp:2280 #29 0x7f58ce38c5d1 in QAbstractItemView::mousePressEvent (this=0xd2da30, event=) at itemviews/qabstractitemview.cpp:1674 #30 0x7f58cded4f49 in QWidget::event (this=0xd2da30, event=0x72e4ed90) at kernel/qwidget.cpp:8255 #31 0x7f58ce279a86 in QFrame::event (this=0xd2da30, e=0x72e4ed90) at widgets/qframe.cpp:557 #32 0x7f58ce389ec3 in QAbstractItemView::viewportEvent (this=0xd2da30, event=0x72e4ed90) at itemviews/qabstractitemview.cpp:1628 #33 0x7f58ce3cecc5 in QTreeView::viewportEvent (this=0xd2da30, event=0x72e4ed90) at itemviews/qtreeview.cpp:1256 #34 0x7f58ceabb607 in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=, receiver=0xd08850, event=0x72e4ed90
[Bug 260647] akonadi_mixedmaildir_resource is using too much memory
https://bugs.kde.org/show_bug.cgi?id=260647 Marcel Wiesweg changed: What|Removed |Added CC||marcel.wies...@gmx.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 260647] akonadi_mixedmaildir_resource is using too much memory
https://bugs.kde.org/show_bug.cgi?id=260647 --- Comment #7 from Marcel Wiesweg 2011-07-31 18:32:02 --- I can confirm this bug. Talking about about 8 messages spread over three folders. When I open these folders in order, the resource takes 1,5 GB of memory. Reproducible when killing the resource and starting fresh. Memory does not decrease after some minutes or when closing kontact. The increase in memory does not seem to be linear with number of mails per folder; the last folder with only 12000 eats more than 600 MB of the 1,5 GB. If there is need and someone tells me how to start a resource under valgrind, I can produce massif logs. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 273681] kmail doesn't use imap push/idle
https://bugs.kde.org/show_bug.cgi?id=273681 --- Comment #4 from Marcel Meyer 2011-07-11 18:38:27 --- Could you try to deactivate the interval checking? So basically tell KMail to not try to fetch mail on its own? Perhaps IMAP_IDLE is not used when interval checking is enabled. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 273681] kmail doesn't use imap push/idle
https://bugs.kde.org/show_bug.cgi?id=273681 Marcel Meyer changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #3 from Marcel Meyer 2011-07-11 17:24:06 --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 --- Comment #18 from Marcel Meyer 2011-07-06 13:31:10 --- OK, managed to get another associated calender into kontact. As has been written you must do that manually for now, unfortunately. But here's how: - Add a new DaviCal ressource to Akonadi. Do NOT enter Hostname or so but press cancel. - Then you can edit the details. Choose "CalDav", your google "username" and "password" but in the remote URL do not enter the well-known URL to your own calendar but replace your email adress with the group id of the shared calendar. Then the URL looks like https://www.google.com/calendar/dav/longstr...@group.calendar.google.com/user/. - You can get this LONGSTRING by looking into the calendar details in the google web interface. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 233671] Only syncs one of several google calendars connected to the same account
https://bugs.kde.org/show_bug.cgi?id=233671 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #17 from Marcel Meyer 2011-07-06 12:27:24 --- I'm using the groupdav akonadi resource to access the google account which has access to the calendar I want to use. Kontact finds "my" own calender which I can also edit in KOrganizer :-). But how do I find (or at least enter) the Group Calendar, which was created and shared by somebody else (in the Google web interface it says I can only display but not edit the calendar, adding events is possible). -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 273681] kmail doesn't use imap push/idle
https://bugs.kde.org/show_bug.cgi?id=273681 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 272541] kmail fetches the whole email although attachments are not going to be displayed
https://bugs.kde.org/show_bug.cgi?id=272541 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 259813] reading mails in unread mode instantly disappears from list
https://bugs.kde.org/show_bug.cgi?id=259813 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #2 from Marcel Meyer 2011-06-19 12:12:00 --- Also valid for KMail 2.1.0. BTW: Behaviour in Akregator (or KMail 1) is to leave that mail visible even though it is now marked as read and the filter says "only unread". That's good ;-) Perhaps an alternative would be to remove the mail from the listview as soon as the user moves on to the next mail (by mouse or keyboard). -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 262981] akonadi is using too much memory on system boot up
https://bugs.kde.org/show_bug.cgi?id=262981 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 265896] Akonadi resources churn CPU and consume memory until OOM killed
https://bugs.kde.org/show_bug.cgi?id=265896 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 274760] akonadi crashes when its stopped and when akonadi is running the logout of kde takes ~5-10 seconds longer then without a running akonadi
https://bugs.kde.org/show_bug.cgi?id=274760 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 261420] KMail2: Endless receiving folder contents, instead of showing current contents
https://bugs.kde.org/show_bug.cgi?id=261420 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 264316] IMAP performance is significantly slower than 4.4.9
https://bugs.kde.org/show_bug.cgi?id=264316 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 259910] kmail in kde4 is intermittently extremely (unusably) slow
https://bugs.kde.org/show_bug.cgi?id=259910 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 259949] Kmail does not use all addressbooks for autocompletion
https://bugs.kde.org/show_bug.cgi?id=259949 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 264278] KMail uses too much CPU time reacting to Akonadi synchronising IMAP folders
https://bugs.kde.org/show_bug.cgi?id=264278 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 270290] Kmail2 cannot deal invitation
https://bugs.kde.org/show_bug.cgi?id=270290 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #9 from Marcel Meyer 2011-06-17 00:14:42 --- Please see bug #265833 -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 265833] new kmail component does not recognize outlook appointments
https://bugs.kde.org/show_bug.cgi?id=265833 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #13 from Marcel Meyer 2011-06-17 00:13:10 --- At least KMail 2.1.0 (from KDEPIM 4.6.0/gentoo packages) is not able to handle invitations/calendar events anymore. @Sergio: Did you already get the requested invitation? -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 275698] New: when loosing the network connection akonadi spawns hundreds of notify/error messages
https://bugs.kde.org/show_bug.cgi?id=275698 Summary: when loosing the network connection akonadi spawns hundreds of notify/error messages Product: Akonadi Version: 4.6 Platform: Gentoo Packages OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource AssignedTo: er...@kde.org ReportedBy: mey...@fs.tum.de CC: vkra...@kde.org, kdepim-bugs@kde.org Version: 4.6 (using KDE 4.6.4) OS:Linux After (painfully) migrating from KDEPIM 4.4 to KDEPIM 4.6.0 one of the problems is akonadi going nuts when the computer looses the network connection. As soon as my UMTS or whatever connection breaks away, Akonadi starts to inform me for literally minutes (not exagerated) with an uncountable number of knotify-dialogs with the message "NAME OF IMAP-RESOURCE: There is currently no session to the IMAP server available.". Reproducible: Always Steps to Reproduce: 1. start kontact 2. break network connection 3. despair Actual Results: Uncountable popups with error sound as described (which not only make a lot of noise but also manage to bring my computer to its knees ;-) ). Expected Results: Perhaps a single message that the connection was lost and nothing more. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 274594] kmail2 filters/akonadi fetches the whole email (attachments) although it is not needed
https://bugs.kde.org/show_bug.cgi?id=274594 Marcel Meyer changed: What|Removed |Added CC||mey...@fs.tum.de --- Comment #1 from Marcel Meyer 2011-06-13 16:52:45 --- It's probably connected to bug #80802 -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 250957] suggestion for 'What's this?" text
https://bugs.kde.org/show_bug.cgi?id=250957 --- Comment #2 from Marcel Martin 2011-01-27 23:48:56 --- 'pomoc' seems to be Polish for 'help'. I guess there's no need to have "What's this?" texts on buttons labeled "help", so I suggest to close this report. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 262764] kmail composer hangs whole kontact when writing mails
https://bugs.kde.org/show_bug.cgi?id=262764 --- Comment #6 from Marcel Meyer 2011-01-11 14:06:33 --- Thank you, I'll happily check. While all my contacts are still available in KMail they are missing in KAddressbook. Since my KOrganizer is also working normally, I didn't realize that something is wrong. There is not even an addressbook shown on the left column within KAdressbook, so your guess about a not running akonadi seems to be quite good ;-) In my "resources" system settings there was no addressbook either. I readded my .vcf-file and set it as standard. This didn't help. I then choose to add a "new" addressbook in KAddressbook and tried using the "KDE Resource" and my .vcf as "VCard file". Neither worked. So I guess this means KAddressbook is no longer able to work without Akonadi at all? I don't have any System Setting which contains the string "akonadi". Since I have no clue about Akonadi I finally chose to use the akonadi_console, removed the duplicated entries and clicked "restart". Nothing changed. I used the menu "Server->stop" which was acknowledged by a notification saying the correspondent applications won't work any longer. Shortly thereafter the akonadi_console browser showed some data (including my addressbook)... Ook (why after stoping...?), now KAddressbook shows the contacts again and kmail can send mails again. So far, so good. Thank you. I meanwhile updated to KDE 4.5.5 and now it looks like Akonadi is beeing started automatically again. But despite me not messing around with any Akonadi-settings myself (perhaps by accident?), I thought that kmail 1.x is still "Akonadi-free" - why is it affected by a missing Akonadi-daemon? And why is it then simply hanging instead of complaining? Thank you so far - I got a lot of mails to write ;-). BTW: Should I prefer pasting long outputs inline over pastebins on b.k.o in the future? -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 262764] kmail composer hangs whole kontact when writing mails
https://bugs.kde.org/show_bug.cgi?id=262764 --- Comment #3 from Marcel Meyer 2011-01-10 18:36:21 --- Thanks for reacting that fast. It also happens in standalone kmail. http://kde.pastey.net/144699 Since I saw messages about missing addressbooks etc. I want to add that choosing the receipient within kmail work flawlessly. But the problem can be triggered immediately by simply hitting send. I'm happy to provide you with more data if needed. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 262764] kmail composer hangs whole kontact when writing mails
https://bugs.kde.org/show_bug.cgi?id=262764 --- Comment #1 from Marcel Meyer 2011-01-10 16:36:30 --- Aah! It seems to happen all the time when I try to send a mail :-( -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs