[Akonadi] [Bug 319208] New: KMail unresponsive for minutes after POP3 retrieval and filtering with high MySQL load for minutes
https://bugs.kde.org/show_bug.cgi?id=319208 Bug ID: 319208 Summary: KMail unresponsive for minutes after POP3 retrieval and filtering with high MySQL load for minutes Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de I set component to general as I do not know which compoment fits. After my fifth migration attempt seemed to be successful, I still have performance issues. For this migration attempt, I put my old KMail-1 maildir contents (no mbox files in there) into ~/.local/share/local-mail and started with a fresh KMail configuration and newly created filter rules (no import). This works so far without any data losses as I experienced in my attempts with mutiple maildir resources (see bug #318444 and bug #318227, bug #318290, all on BTRFS, bug #319175 on Ext4). All Akonadi and Nepomuk data is stored on Ext 4 except for contacts and std.ics calender. The performance issue is as follows: KMail becomes unresponsive for minutes after a POP3 retrieval and mail filtering actions. I see mysql at 100-200% for minutes. I have been a bit late at pointing mytop at it, but I intend to collect some more data. This happens on a ThinkPad T520 with a dualcore Intel i5-2520M with 2,50 GHz, that the ThinkPad easily overclocks to up to 3,2 GHz for minutes, 8 GiB of RAM, and a 300 GiB Intel SSD 320. This is a hardware were I consider such responsiveness issues in a mail program as bug. Reproducible: Always Steps to Reproduce: 1. Create a pop account. 2. Stuff some 5 GB messages in 100 folders and some about 30 filter rules at it 3. Have quite some mailinglists flow into it, including high volume ones like LKML, debian-user and such. 4. Wait a night. 5. Press button to receive mails. Actual Results: KMail becomes unresponsive for minutes. It took at least a minute to actually filter all mails out of the inbox, but then also remains unresponsive for at least five more minutes. Clicking on a mail yields nothing or just the blue wait folder. During that MySQL uses up 100-200% of CPU time consistently: merkaba:~ atopsar -O -b 10:20 -e 12:00 merkaba 3.9.0-tp520 #7 SMP PREEMPT Mon Apr 29 15:01:05 CEST 2013 x86_64 2013/05/02 -- analysis date: 2013/05/02 -- 10:23:30pid command cpu% | pid command cpu% | pid command cpu%_top3_ 10:33:30 2459 mysqld 110% | 2500 akonadi_ 17% | 2758 kmail 8% 10:43:30 2459 mysqld 116% | 2500 akonadi_ 23% | 32672 icewease 6% 10:53:30 2459 mysqld 8% | 2500 akonadi_ 6% | 1851 Xorg 5% MySQL was also a heavy disk user during that time: merkaba 3.9.0-tp520 #7 SMP PREEMPT Mon Apr 29 15:01:05 CEST 2013 x86_64 2013/05/02 -- analysis date: 2013/05/02 -- 10:23:30pid command dsk% | pid command dsk% | pid command dsk%_top3_ 10:33:30 2459 mysqld59% | 32428 apt5% | 5874 akregato 4% 10:43:30 2459 mysqld32% | 32672 icewease 30% | 2500 akonadi_ 12% 10:53:30 1 systemd 88% | 2459 mysqld 6% | 352 btrfs-tr 1% atop created averages in its 10 minutes recordings. I will include the atop data file again which is suitable for step by step going through this again to look at whats happening. Expected Results: - KMail remains responsive during POP3 retrieval and filtering - The MySQL CPU usage and I/O usage remains within bounds that make sense for this kind of workload I know, what makes sense needs to be evaluated. I admit, I have a huge setup, but I do think that the current resource usage for it is way over top. What I will try: 1) Just selecting POP3 retrieval for this one main POP3 account in the menu. Cause if I do press the icon in the toolbar, KMail also synchronized that huge sized local maildir resource again, which IMHO doesn´t make any sense to do in that case. 2) Raising some innodb buffer size limit from the IMHO very small 80 MiB to huge 500 MiB to see whether it makes a difference. If it does, I will lower it gradually until maybe about 200 MiB. martin@merkaba:~/.local/share/akonadi diff -u mysql.conf.orig-2013-05-02 mysql.conf --- mysql.conf.orig-2013-05-02 2013-05-01 16:06:58.180288216 +0200 +++ mysql.conf 2013-05-02 11:01:45.024564563 +0200 @@ -42,7 +42,8 @@ # memory buffer InnoDB uses to cache data and indexes of its tables (default:128M) # Larger values means less I/O -innodb_buffer_pool_size=80M +# HINT: Raised from 80 MiB to a huge 500 MiB to see whether it makes a difference, 2.5.2013 +innodb_buffer_pool_size=500M # Create a .ibd file for each table (default:0) innodb_file_per_table=1 I will try pressing the icon to have both happening at same time and
[Akonadi] [Bug 319208] KMail unresponsive after POP3 retrieval and filtering with high MySQL load for minutes
https://bugs.kde.org/show_bug.cgi?id=319208 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Summary|KMail unresponsive for |KMail unresponsive after |minutes after POP3 |POP3 retrieval and |retrieval and filtering |filtering with high MySQL |with high MySQL load for|load for minutes |minutes | -- 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 319208] KMail unresponsive after POP3 retrieval and filtering with high MySQL load for minutes
https://bugs.kde.org/show_bug.cgi?id=319208 --- Comment #1 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79617 -- https://bugs.kde.org/attachment.cgi?id=79617action=edit atop raw file You can single step through it with atop -r atop_20130502 and using t/T keys. Only 10 minute resolution tough. I can create a larger file with higher resolution -- 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 319208] KMail unresponsive after POP3 retrieval and filtering with high MySQL load for minutes
https://bugs.kde.org/show_bug.cgi?id=319208 --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79618 -- https://bugs.kde.org/attachment.cgi?id=79618action=edit A sample snapshot of atop text ui with high MySQL load Also demonstrates that MySQL seems to use the innodb_buffer_pool_size=500M buffer size quickly. MySQL just had about 120 MiB mem usage before: 2459 - 4849 7 10664K 3564K 427.5M 136K 466.7M 118.8M 260K 384K 4224K martin martin 2%mysqld (all in the atop raw file I included) -- 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 319208] KMail unresponsive after POP3 retrieval and filtering with high MySQL load for minutes
https://bugs.kde.org/show_bug.cgi?id=319208 --- Comment #3 from Martin Steigerwald mar...@lichtvoll.de --- Just tried to just synchronize the maildir resource, by selecting to look for new mails from it from the pull down menu. The time of the high CPU usage seems to shorter, but it still pikes to 200% and well it has been less mails since last download. Mytop shows: MySQL on localhost (5.5.30-1.1) up 0+00:09:33 [11:20:02] Queries: 5.0 qps:0 Slow: 0.0 Se/In/Up/De(%): 00/00/00/00 qps now:0 Slow qps: 0.0 Threads: 29 ( 3/ 0) 00/00/00/00 Key Efficiency: 100.0% Bps in/out: 0.3/ 35.4 Now in/out: 8.4/ 2.0k Id User Host/IP DB TimeCmd Query or State -- --- -- --- -- 3martin localhostakonadi 0 Execut SELECT PartTable.id, PartTable.pimItemId, PartTable.name, PartTable.data, PartTable.datasize, PartTa 30martin localhostakonadi 0 Execut SELECT PimItemTable.id, FlagTable.name FROM PimItemTable INNER JOIN PimItemFlagRelation ON ( PimItem 31 root localhost0 Query show full processlist 8martin localhostakonadi79 Sleep [… about 20 more sleeping connections …] MySQL on localhost (5.5.30-1.1) up 0+00:09:33 [11:20:02] Queries: 5.0 qps:0 Slow: 0.0 Se/In/Up/De(%): 00/00/00/00 qps now:0 Slow qps: 0.0 Threads: 29 ( 3/ 0) 00/00/00/00 Key Efficiency: 100.0% Bps in/out: 0.3/ 35.4 Now in/out: 8.4/ 2.0k Id User Host/IP DB TimeCmd Query or State -- --- -- --- -- 3martin localhostakonadi 0 Execut SELECT PartTable.id, PartTable.pimItemId, PartTable.name, PartTable.data, PartTable.datasize, PartTa 30martin localhostakonadi 0 Execut SELECT PimItemTable.id, FlagTable.name FROM PimItemTable INNER JOIN PimItemFlagRelation ON ( PimItem 31 root localhost0 Query show full processlist 8martin localhostakonadi79 Sleep [… about 20 more sleeping connections …] MySQL usage is high after apparently the POP3 download completed already and KMail was telling it was synchronizing folders. So I think thats its the local folder synchronization process that clicking on the mail retrieval icon triggers causing issues here. But then after POP3 I also saw maildir resource synchronizing, but maybe just the folders that have been filtered into? Well, I stop here with speculation, as I do not really understand what the maildir synchronisation is doing after POP3 download. I thought the maildir resource would know where the POP3 resource placed new mails, so no need to synchronize… Well on subsequent tries to just trigger a look for mails in the maildir resource, MySQL CPU usage is down to about 20%, sometimes a bit more, sometimes a bit less: ATOP - merkaba 2013/05/02 11:26:55 - 10s elapsed PRC | sys3.82s | user 13.68s | #proc252 | #trun 4 | #tslpi 525 | #tslpu 0 | #zombie0 | clones 1 | | #exit 0 | CPU | sys 34% | user139% | irq 0% | idle227% | wait 0% | | steal 0% | guest 0% | curf?MHz | curscal ?% | cpu | sys 19% | user 67% | irq 0% | idle 14% | cpu002 w 0% | | steal 0% | guest 0% | curf?MHz | curscal ?% | cpu | sys 9% | user 53% | irq 0% | idle 38% | cpu003 w 0% | | steal 0% | guest 0% | curf?MHz | curscal ?% | cpu | sys 3% | user 12% | irq 0% | idle 85% | cpu000 w 0% | | steal 0% | guest 0% | curf?MHz | curscal ?% | cpu | sys 3% | user 8% | irq 0% | idle 90% | cpu001 w 0% | | steal 0% | guest 0% | curf?MHz | curscal ?% | CPL | avg10.66 | avg51.00 | | avg15 0.83 | | csw 155438 | intr 27726 | | | numcpu 4 | MEM | tot 7.6G | free1.4G | cache 2.3G | dirty 0.2M | buff 89.6M | slab 775.1M | slrec 730.9M | shmem 227.0M | shrss 70.4M | shswp 1.6M | SWP | tot12.0G | free 11.4G | | | | | | | vmcom 5.4G | vmlim
[kmail2] [Bug 319212] New: kmail doesn´t show all the mails that are in the folder, while Akonadiconsole does
https://bugs.kde.org/show_bug.cgi?id=319212 Bug ID: 319212 Summary: kmail doesn´t show all the mails that are in the folder, while Akonadiconsole does Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de I just reported bug #319208 and moved the five mails I got back from Bugzilla to my kdepim folder where I store these bug reports mails. Then I accessed the folder and only see these five mails. Geee, I thought it was mail data loss again, but it doesn´t appear to be, mails visible in Akonadiconsole and also as files in the maildir. After a restart of KMail the mails appeared again. Reproducible: Didn't try Steps to Reproduce: Honestly I have no idea, maybe just trying repeatedly: 1. Retrieve some mails via POP3 2. Move some of them to a folder with pre-existing mails 3. Access that folder. Actual Results: See kmail.png that I will attach: KMail only shows the 5 mails I moved to the folder. See akonadiconsole.png that I will attach: Akonadiconsole displays all 71 mails in that folder. See: martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.KDE.directory/pim find -type f | wc -l 71 martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.KDE.directory/pim find -type f -size -2k | wc -l 0 Thus apparently no data loss (one-byte files as I experienced with previous migration attempts) Expected Results: KMail shows all mails in the folder, without exception. My fifth and last migration attempt looks like this: For this migration attempt, I put my old KMail-1 maildir contents (no mbox files in there) into ~/.local/share/local-mail and started with a fresh KMail configuration and newly created filter rules (no import). This works so far without any data losses as I experienced in my attempts with mutiple maildir resources (see bug #318444 and bug #318227, bug #318290, all on BTRFS, bug #319175 on Ext4). All Akonadi and Nepomuk data is stored on Ext 4 except for contacts and std.ics calender. martin@merkaba:~ apt-show-versions | egrep (mysql|akonadi|kmail) akonadi-backend-mysql/experimental uptodate 1.9.1-2 akonadi-backend-postgresql/experimental uptodate 1.9.1-2 akonadi-backend-sqlite/experimental uptodate 1.9.1-2 akonadi-server/experimental uptodate 1.9.1-2 akonadiconsole/experimental uptodate 4:4.10.2-2 kmail/experimental uptodate 4:4.10.2-2 libakonadi-calendar4/experimental uptodate 4:4.10.2-2 libakonadi-contact4/experimental uptodate 4:4.10.2-2 libakonadi-kabc4/experimental uptodate 4:4.10.2-2 libakonadi-kcal4/experimental uptodate 4:4.10.2-2 libakonadi-kde4/experimental uptodate 4:4.10.2-2 libakonadi-kmime4/experimental uptodate 4:4.10.2-2 libakonadi-notes4/experimental uptodate 4:4.10.2-2 libakonadiprotocolinternals1/experimental uptodate 1.9.1-2 libdbd-mysql-perl/sid uptodate 4.021-1+b1 libmysqlclient-dev/sid uptodate 5.5.30+dfsg-1.1 libmysqlclient18/sid uptodate 5.5.30+dfsg-1.1 libqt4-sql-mysql/sid uptodate 4:4.8.2+dfsg-11 mysql-client/sid uptodate 5.5.30+dfsg-1.1 mysql-client-5.5/sid uptodate 5.5.30+dfsg-1.1 mysql-common/sid uptodate 5.5.30+dfsg-1.1 mysql-server-core-5.5/sid uptodate 5.5.30+dfsg-1.1 python-mysqldb/sid uptodate 1.2.3-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
[kmail2] [Bug 319212] kmail doesn´t show all the mails that are in the folder, while Akonadiconsole does
https://bugs.kde.org/show_bug.cgi?id=319212 --- Comment #1 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79620 -- https://bugs.kde.org/attachment.cgi?id=79620action=edit kmails reduced view on the folder contents There are more than these 5 mails in it! -- 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 319212] kmail doesn´t show all the mails that are in the folder, while Akonadiconsole does
https://bugs.kde.org/show_bug.cgi?id=319212 --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79621 -- https://bugs.kde.org/attachment.cgi?id=79621action=edit akonadiconsole sees all 71 mails in that folder -- 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 319213] New: Crash possibly related to deleting lots of emails at once
https://bugs.kde.org/show_bug.cgi?id=319213 Bug ID: 319213 Summary: Crash possibly related to deleting lots of emails at once Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: a...@gjermo.com CC: kdepim-bugs@kde.org, vkra...@kde.org Application: akonadi_imap_resource (4.10) KDE Platform Version: 4.10.2 Qt Version: 4.8.4 Operating System: Linux 3.8.10-1-ARCH x86_64 Distribution (Platform): Archlinux Packages -- Information about the crash: - What I was doing when the application crashed: Last time I looked before the crash, kmail was deleting about 8000 emails from the trash folder of an imap account. -- Backtrace: Application: baerekraft.as of type IMAP E-Mail Server (akonadi_imap_resource), signal: Segmentation fault Using host libthread_db library /usr/lib/libthread_db.so.1. [Current thread is 1 (Thread 0x7fab91808780 (LWP 941))] Thread 3 (Thread 0x7fab7e750700 (LWP 1426)): #0 0x7fab8ca94d8e in __pthread_mutex_unlock_usercnt () from /usr/lib/libpthread.so.0 #1 0x7fab8bd69321 in g_mutex_unlock () from /usr/lib/libglib-2.0.so.0 #2 0x7fab8bd29890 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0 #3 0x7fab8bd2a113 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x7fab8bd2a2fc in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x7fab90c2db86 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7fab90bfe3ff in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #7 0x7fab90bfe688 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #8 0x7fab90aff8a0 in QThread::exec() () from /usr/lib/libQtCore.so.4 #9 0x7fab8f87479a in ?? () from /usr/lib/libkimap.so.4 #10 0x7fab90b0287c in ?? () from /usr/lib/libQtCore.so.4 #11 0x7fab8ca91dd2 in start_thread () from /usr/lib/libpthread.so.0 #12 0x7fab8d1e9ced in clone () from /usr/lib/libc.so.6 Thread 2 (Thread 0x7fab77fff700 (LWP 1436)): #0 0x7fab8d1e109d in poll () from /usr/lib/libc.so.6 #1 0x7fab8bd2a1f4 in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x7fab8bd2a2fc in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #3 0x7fab90c2db86 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #4 0x7fab90bfe3ff in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7fab90bfe688 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7fab90aff8a0 in QThread::exec() () from /usr/lib/libQtCore.so.4 #7 0x7fab8f87479a in ?? () from /usr/lib/libkimap.so.4 #8 0x7fab90b0287c in ?? () from /usr/lib/libQtCore.so.4 #9 0x7fab8ca91dd2 in start_thread () from /usr/lib/libpthread.so.0 #10 0x7fab8d1e9ced in clone () from /usr/lib/libc.so.6 Thread 1 (Thread 0x7fab91808780 (LWP 941)): [KCrash Handler] #5 0x7fab8f8777e6 in KIMAP::ExpungeJob::handleResponse(KIMAP::Message const) () from /usr/lib/libkimap.so.4 #6 0x7fab8f870b1a in KIMAP::SessionPrivate::responseReceived(KIMAP::Message const) () from /usr/lib/libkimap.so.4 #7 0x7fab90c1406e in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #8 0x7fab8ffae18c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #9 0x7fab8ffb260a in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #10 0x7fab8e0da8aa in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #11 0x7fab90bff6ae in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #12 0x7fab90c03011 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4 #13 0x7fab90c2d9d3 in ?? () from /usr/lib/libQtCore.so.4 #14 0x7fab8bd29f06 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #15 0x7fab8bd2a258 in ?? () from /usr/lib/libglib-2.0.so.0 #16 0x7fab8bd2a2fc in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #17 0x7fab90c2db86 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #18 0x7fab9004e69e in ?? () from /usr/lib/libQtGui.so.4 #19 0x7fab90bfe3ff in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #20 0x7fab90bfe688 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #21 0x7fab90c03328 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #22 0x7fab9132a803 in
[kmail2] [Bug 319212] kmail doesn´t show all the mails that are in the folder, while Akonadiconsole does
https://bugs.kde.org/show_bug.cgi?id=319212 --- Comment #3 from Martin Steigerwald mar...@lichtvoll.de --- Well, might have been related to having had two kmail processes running for whatever reason: martin@merkaba:/tmp/akonadi-martin.o55AAq ps aux | grep kmail martin2758 1.3 8.4 2572864 671692 ? Sl Mai01 14:48 /usr/bin/kmail -caption KMail martin3848 0.0 0.0 9836 960 pts/5S+ 11:49 0:00 grep kmail martin5529 0.0 0.8 2247864 66572 ? SMai01 0:00 /usr/bin/kmail -caption KMail After a restart of KMail it displays the complete folder contents again. And I have just one process running. martin@merkaba:/tmp/akonadi-martin.o55AAq ps aux | grep kmail | grep -v kio | grep -v grep martin3852 4.4 1.6 1836936 127544 ? Sl 11:50 0:18 /usr/bin/kmail -caption KMail Actually when trying to run kmail again just the kmail window pops up, so I have no idea how it could have happened to have two processes running. I tried hard by quitting and just Alt-F2 kmail directly after it several times, still only one process. Wierd. -- 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 319212] kmail doesn´t show all the mails that are in the folder, while Akonadiconsole does
https://bugs.kde.org/show_bug.cgi?id=319212 --- Comment #4 from Martin Steigerwald mar...@lichtvoll.de --- Also it doesn´t reproduce with moving the recent bugzilla mails from my last comments to the kdepim folder. KMail just displays the folder contents fine. I´d suggest lets keep the bug report opened for a while for others to find it and comment on, or myself if it happens again, and if it doesn´t happen again close it. -- 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 318389] After performing search across several imap accounts, virtuoso has high cpu and won't stop
https://bugs.kde.org/show_bug.cgi?id=318389 Sven Eden sven.e...@gmx.de changed: What|Removed |Added CC||sven.e...@gmx.de --- Comment #4 from Sven Eden sven.e...@gmx.de --- (In reply to comment #3) Update: disabling email indexing in nepomuk and force-close virtuoso-t resolves the issue. But as soon as I re-enable email indexing in nepomuk, the problem starts again. Did you have a search folder in kmail with a very high e-mail count? I had this (over 10,000 hits) when I messed up an e-mail search. After removing the Last search folder, nepomuk went silent. (However, since then nepomuk starts several virtuoso-t instances which use ~50% of my 4GB RAM. No idea why.) -- 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 319220] New: Drag-n-Drop addresses removes name capitalization
https://bugs.kde.org/show_bug.cgi?id=319220 Bug ID: 319220 Summary: Drag-n-Drop addresses removes name capitalization Classification: Unclassified Product: kmail2 Version: Git (master) Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: win...@kde.org Drag-and-Drop an email address from the header of a reader window into a composer window removes the capitalization of names. For example: Fred Jones fred.jo...@anywhere.com becomes fred jones fred.jo...@anywhere.com Reproducible: Always Steps to Reproduce: 1. open a composer window 2. drag-and-drop an address of the form Fred Jones fred.jo...@anywhere.com from a header in a read window to the composer 3. notice the dropped address shows fred jones fred.jo...@anywhere.com -- 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 319220] Drag-n-Drop addresses removes name capitalization
https://bugs.kde.org/show_bug.cgi?id=319220 Laurent Montel mon...@kde.org changed: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel mon...@kde.org --- I confirm it. Will look at soon -- 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
[nepomuk] [Bug 294320] kmail complains about the semantic destkop not running, when it is
https://bugs.kde.org/show_bug.cgi?id=294320 Maarten Bezemer maarten.beze...@gmail.com changed: What|Removed |Added CC||maarten.beze...@gmail.com -- 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
[kleopatra] [Bug 262338] iconv.dll conflict on Windows 7 Outlook 2007
https://bugs.kde.org/show_bug.cgi?id=262338 Andre Heinecke aheine...@intevation.de changed: What|Removed |Added CC||aheine...@intevation.de --- Comment #1 from Andre Heinecke aheine...@intevation.de --- Hi, this is a bug in the application that installs iconv into c:\windows. GPG4Win is nice in the way that it does not put libraries into your PATH variable but only places the executable in there (the path is also used for library look up) as our libraries are no longer in the directory of our binary this leaves us vulnerable to Programs that place their libraries in the windows directory. I'll linkin bzip and and iconv static now. That should reduce some of the problems and fix this problem. -- 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
[kleopatra] [Bug 262338] iconv.dll conflict on Windows 7 Outlook 2007
https://bugs.kde.org/show_bug.cgi?id=262338 Andre Heinecke aheine...@intevation.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Latest Commit||http://commits.kde.org/emer ||ge/df962985fca2cae95b31974e ||b2972a3d934fd26f --- Comment #2 from Andre Heinecke aheine...@intevation.de --- Git commit df962985fca2cae95b31974eb2972a3d934fd26f by Andre Heinecke. Committed on 02/05/2013 at 13:04. Pushed by aheinecke into branch 'gpg4win'. Use a static version of winiconv. Winiconv is only linked by kdecore.dll so this might even reduce the size and additionally avoids library incompatibilities if evildoers installed iconv.dll into the system directory. M +1-2portage/win32libs/win_iconv/win_iconv-0.0.3.py http://commits.kde.org/emerge/df962985fca2cae95b31974eb2972a3d934fd26f -- 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 319226] New: produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 Bug ID: 319226 Summary: produces 1-byte-sized files on failed move attempts while filtering Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de It may also be mail filter related, but since 1-byte sized files happened on a move between mixed maildir resource and pure maildir resource, I´d chosen maildir resource for now (bug #319175). After having experienced mentioned bug and bug #318290, I thought I better check for 1-byte sized files, and unfortunately I found some. As I checked I had a POP3 retrieval and filtering in running. And I got a popup that it couldn´t move a mile with the name of a maildir file. And then I got another 1-byte sized file. I am sorry, but Akonadi seems to loose data - unless the mail is moved at another time. With a single maildir resource and on Ext4. On this fifth migration attempt I just copied the contents of my old KMail-1 maildir (no mbox files in it) attempt to ~/.local/share/local-mail and started KMail 2 and filter rules from scratch. Reproducible: Sometimes Steps to Reproduce: 1. Have a POP3 maildir resource with lots of mails and folders in it. 2. Have mailing lists, including high volume mailing lists flowing into it. 3. Have some 20-30 filter rules at least. 4. Do a POP3 retrieval after some mails piled up. Actual Results: On first check for one byte sized files I got: martin@merkaba:~/.local/share/local-mail find -size 1c ./.Lichtvoll.directory/.Debian.directory/hurd-ml/new/1367483178.R504.merkaba ./.Lichtvoll.directory/.Debian.directory/hurd-ml/new/1367483178.R989.merkaba ./.Lichtvoll.directory/.Debian.directory/hurd-ml/new/1367483178.R335.merkaba ./.Lichtvoll.directory/.Debian.directory/hurd-ml/cur/1367483178.R30.merkaba:2,S (the last file seems to be from KMail-1. Dunno whats happening there) martin@merkaba:~/.local/share/local-mail find -size 1c ./.Lichtvoll.directory/.Amiga.directory/[…]/new/1367505273.R463.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367505281.R162.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367505281.R263.merkaba ./.Lichtvoll.directory/.Debian.directory/hurd-ml/new/1367483178.R504.merkaba ./.Lichtvoll.directory/.Debian.directory/hurd-ml/new/1367483178.R989.merkaba ./.Lichtvoll.directory/.Debian.directory/hurd-ml/new/1367483178.R335.merkaba ./.Lichtvoll.directory/.Debian.directory/hurd-ml/cur/1367483178.R30.merkaba:2,S The debian-hurd folder has four mails with no subject. The Linux kernel ml folder has two such messages in it, and the Amiga related folder one. martin@merkaba:~/.local/share/local-mail find -size 1c | xargs hd 0a 0a 0a 0a 0a 0a 0a |...| 0007 Seven files, seven line feeds. Expected Results: No mail data loss at all. martin@merkaba:~ apt-show-versions | egrep (mysql|akonadi|kmail) akonadi-backend-mysql/experimental uptodate 1.9.1-2 akonadi-backend-postgresql/experimental uptodate 1.9.1-2 akonadi-backend-sqlite/experimental uptodate 1.9.1-2 akonadi-server/experimental uptodate 1.9.1-2 akonadiconsole/experimental uptodate 4:4.10.2-2 kmail/experimental uptodate 4:4.10.2-2 libakonadi-calendar4/experimental uptodate 4:4.10.2-2 libakonadi-contact4/experimental uptodate 4:4.10.2-2 libakonadi-kabc4/experimental uptodate 4:4.10.2-2 libakonadi-kcal4/experimental uptodate 4:4.10.2-2 libakonadi-kde4/experimental uptodate 4:4.10.2-2 libakonadi-kmime4/experimental uptodate 4:4.10.2-2 libakonadi-notes4/experimental uptodate 4:4.10.2-2 libakonadiprotocolinternals1/experimental uptodate 1.9.1-2 libdbd-mysql-perl/sid uptodate 4.021-1+b1 libmysqlclient-dev/sid uptodate 5.5.30+dfsg-1.1 libmysqlclient18/sid uptodate 5.5.30+dfsg-1.1 libqt4-sql-mysql/sid uptodate 4:4.8.2+dfsg-11 mysql-client/sid uptodate 5.5.30+dfsg-1.1 mysql-client-5.5/sid uptodate 5.5.30+dfsg-1.1 mysql-common/sid uptodate 5.5.30+dfsg-1.1 mysql-server-core-5.5/sid uptodate 5.5.30+dfsg-1.1 python-mysqldb/sid uptodate 1.2.3-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 319227] New: access denied to owncloud caldav/carddav after it's been synched with a syncevolution client
https://bugs.kde.org/show_bug.cgi?id=319227 Bug ID: 319227 Summary: access denied to owncloud caldav/carddav after it's been synched with a syncevolution client Classification: Unclassified Product: Akonadi Version: 1.9.1 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: list-e...@strank.info I have an owncloud server (v.5.0.5 both calendar and contacts), kde akonadi (1.9.1 on kubuntu), a Nokia N9 running syncevolution (1.3+20120925). Using the N9 with the owncloud server: no problem Using kde akonadi with the owncloud server: no problem But since the update of owncloud to 5.0.5 the following happens: once I use the N9 syncevolution client to sync (even if there are no changes to sync), the kde akonadi client fails with an access denied message for each calendar and contacts group (obviously the password didn't change). Using exactly those same URLs from the error messages in a browser shows the correct data after entering the password. Editing the akonadi resource settings (e.g. deleting the password, and later entering it again) has no effect. Deleting the resource and re-creating it with the exact same settings leads to a working sync-agent again... until the next sync of the other client. My guess is that the akonadi client caches something that gets invalidated by the other client, which is why I report that bug here. Where do I find/enable detailed logs from the akonadi agent to get to the bottom of this? Reproducible: Always Steps to Reproduce: 1. Setup akonadi owncloud client 2. Sync another client (syncevolution) with the server 3. Next sync of the akonadi client Actual Results: Akonadi client fails with access denied Expected Results: Acess granted as before -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #1 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79628 -- https://bugs.kde.org/attachment.cgi?id=79628action=edit IMHO relevant part of xsession-errors.txt during the bug happened. Again we have: ItemRetrieverException : Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. (see bug #318281) and AkonadiAgentServer(1029)/libakonadi Akonadi::ResourceBase::itemRetrieved: Item does not provide part HEAD (see already mentioned bug #318290) -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79629 -- https://bugs.kde.org/attachment.cgi?id=79629action=edit akonadiserver error, dunno if all of it is related to the bug, no timestamps in there Payload file /home/martin/.local/share/akonadi/file_db_data/848168_r0 is missing, trying to recover. ItemRetrieverException : Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Error during executing query UPDATE PimItemTable SET atime = :0 WHERE ( ( PimItemTable.id = :1 ) ) : Deadlock found when trying to get lock; try restarting transaction QMYSQL3: Unable to execute statement Error during executing query UPDATE PimItemTable SET atime = :0 WHERE ( ( PimItemTable.id = :1 ) ) : Deadlock found when trying to get lock; try restarting transaction QMYSQL3: Unable to execute statement ItemRetrieverException : Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Since these might be communication related, I add dbus version: martin@merkaba:~ apt-show-versions | grep dbus dbus/sid uptodate 1.6.8-1 dbus-x11/sid uptodate 1.6.8-1 libdbus-1-3/sid uptodate 1.6.8-1 libdbus-1-dev/sid uptodate 1.6.8-1 libdbus-c++-1-0/sid uptodate 0.9.0-6 libdbus-glib-1-2/sid uptodate 0.100.2-1 libdbusmenu-glib4/sid uptodate 0.6.2-1 libdbusmenu-qt2/sid uptodate 0.9.0-1 libkdepimdbusinterfaces4/experimental uptodate 4:4.10.2-2 libnet-dbus-perl/sid uptodate 1.0.0-2 libqt4-dbus/sid uptodate 4:4.8.2+dfsg-11 libqtdbus4/sid uptodate 4:4.8.2+dfsg-11 python-dbus/sid uptodate 1.1.1-1 python-dbus-dev/sid uptodate 1.1.1-1 python-qt4-dbus/sid uptodate 4.9.3-4 qdbus/sid uptodate 4:4.8.2+dfsg-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
[Akonadi] [Bug 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #3 from Martin Steigerwald mar...@lichtvoll.de --- martin@merkaba:~/.local/share/akonadi/db_data cat mysql.err 130502 11:10:29 [Note] Plugin 'FEDERATED' is disabled. 130502 11:10:29 InnoDB: The InnoDB memory heap is disabled 130502 11:10:29 InnoDB: Mutexes and rw_locks use GCC atomic builtins 130502 11:10:29 InnoDB: Compressed tables use zlib 1.2.7 130502 11:10:29 InnoDB: Using Linux native AIO 130502 11:10:29 InnoDB: Initializing buffer pool, size = 500.0M 130502 11:10:29 InnoDB: Completed initialization of buffer pool 130502 11:10:29 InnoDB: highest supported file format is Barracuda. 130502 11:10:29 InnoDB: Waiting for the background threads to start 130502 11:10:30 InnoDB: 5.5.30 started; log sequence number 3544836826 130502 11:10:30 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.5.30-1.1' socket: '/home/martin/.local/share/akonadi/socket-merkaba/mysql.socket' port: 0 (Debian) 130502 11:49:01 [Warning] Aborted connection 31 to db: 'unconnected' user: 'root' host: '' (Got an error reading communication packets) -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #4 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79630 -- https://bugs.kde.org/attachment.cgi?id=79630action=edit filter rules in use. 41 filter rules I placed the manual mark as spam and mark as ham filters at the end, cause they are set to stop processing and filter on all mails, but not on incoming ones, and on manual filtering processing stopped there. Ah, I see, cause I had on manual filtering activated. Dunno how to solve this. I can paste KMail-1 filter rules export for them. -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #5 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79637 -- https://bugs.kde.org/attachment.cgi?id=79637action=edit view of the mailing list archive Yes, it looses data. This is the view of the mailing list archive and my Dovecot POP3 server agrees: martin@mondschein:~/Maildir grep -ir Imminent cur/1367464040.Vfe03I311cM429424.mondschein:2,S:Subject: Re: Imminent Debian GNU/Hurd release cur/1367460024.Vfe03I30eeM704123.mondschein:2,S:Subject: Re: Imminent Debian GNU/Hurd release cur/1367479100.Vfe03I320aM970019.mondschein:2,S:Subject: Re: Imminent Debian GNU/Hurd release cur/1367465205.Vfe03I311fM204110.mondschein:2,S:Subject: Re: Imminent Debian GNU/Hurd release cur/1367452572.Vfe03I2fffM29074.mondschein:2,S:Subject: Imminent Debian GNU/Hurd release cur/1367472831.Vfe03I3175M261909.mondschein:2,S:Subject: Re: Imminent Debian GNU/Hurd release -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #6 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79638 -- https://bugs.kde.org/attachment.cgi?id=79638action=edit This is what I see in KMail2 as of 4.10.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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #7 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79639 -- https://bugs.kde.org/attachment.cgi?id=79639action=edit akonadiconsole also sees those broken mails, part 1 -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #8 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79640 -- https://bugs.kde.org/attachment.cgi?id=79640action=edit akonadiconsole also sees those broken mails, part 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #9 from Martin Steigerwald mar...@lichtvoll.de --- A possible way to reproduce it, could be to press Ctrl-J for manual filtering several times quickly in a row when Akonadi is busy with other things and KMail didn´t react to the first press of Ctrl-J immediately. I think the debian-hurd 1-byte mails came up like this. I made a new filter for the debian-hurd mails and pressed Ctrl-J while Akonadi was under load after POP3 retrieval. I am not sure I even pressed twice, but I got the popup that it was not able to move the mail. In any case, on a failed move attempt I expect the mail to be still in inbox. In other words, I expect the mail move to be atomic. Either it succeeded and the mail is in the target folder, or it didn´t and it is still in the source folder. -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #10 from Martin Steigerwald mar...@lichtvoll.de --- To clarify those both find -size 1c results. The first was before the POP3 retrieval. The second was after it. Three new one byte files. I saw one notification of a failed move attempt. Maybe they has been more than one quickly in a row. Would be good to have these notifications being logged. I didn´t see them in any log. -- 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 206331] invisible new message -- the list is not updated, changes not shown
https://bugs.kde.org/show_bug.cgi?id=206331 blobb...@ymail.com changed: What|Removed |Added CC||blobb...@ymail.com -- 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 246415] Updated feeds do not show in right pane
https://bugs.kde.org/show_bug.cgi?id=246415 blobb...@ymail.com changed: What|Removed |Added CC||blobb...@ymail.com --- Comment #4 from blobb...@ymail.com --- (In reply to comment #3) (In reply to comment #2) I think this is a duplicate of 206331. https://bugs.kde.org/show_bug.cgi?id=206331 I do not think this is a duplicate because of the fact the messages do not show up if one switches to another feed. So I selected other feed and then got back to feed A -- this time akregator shown 2 new messages at top of the list. I have this problem with Kubuntu 13.04 so I wonder if there are any news. At the moment I can not use Akregator. -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #11 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79641 -- https://bugs.kde.org/attachment.cgi?id=79641action=edit filter rules in use. 41 filter rules I placed the manual mark as spam and mark as ham filters at the end, cause they are set to stop processing and filter on all mails, but not on incoming ones, and on manual filtering processing stopped there. Ah, I see, cause I had on manual filtering activated. Dunno how to solve this. I can paste KMail-1 filter rules export for them. -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #12 from Tom Albers t...@kde.org --- The content of attachment 79630 has been deleted by Tom Albers t...@kde.org who provided the following reason: Per request sysadmin ticket #86 The token used to delete this attachment was generated at 2013-05-02 18:35:18 CEST. -- 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
[kleopatra] [Bug 257086] It will not allow me to configure kleopatra.
https://bugs.kde.org/show_bug.cgi?id=257086 Andre Heinecke aheine...@intevation.de changed: What|Removed |Added CC||aheine...@intevation.de --- Comment #3 from Andre Heinecke aheine...@intevation.de --- Hi, I do not understand what you mean by disallow configuration? Are the options greyed out or do you get some error message? A screenshot would probably help to understand your problem. -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #13 from Martin Steigerwald mar...@lichtvoll.de --- Unlike I first thought none of these mails where in old KMail-1 maildir. Its all new mails: martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 find -size 1c martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 find -name 1367483178.R30.merkaba:2,S martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 find -name 1367483178.R30.merkaba:2* martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 find -name 1367483178.R30* martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 -- 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
[kleopatra] [Bug 308307] Kleopatra does not quit
https://bugs.kde.org/show_bug.cgi?id=308307 Andre Heinecke aheine...@intevation.de changed: What|Removed |Added Status|UNCONFIRMED |NEEDSINFO CC||aheine...@intevation.de Resolution|--- |WAITINGFORINFO --- Comment #1 from Andre Heinecke aheine...@intevation.de --- I can't reproduce this with KDE 4.10 When I right click on the systray icon I have the option Shoutdown Kleopatra and this shuts it down and ps no longer lists any kleopatra running. Does this still happen to you in 4.10? If you use File - Quit in the Kleopatra application, does this shutdown kleopatra? -- 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
[kleopatra] [Bug 308157] A startup interference,that seems to rear its ugly head later in the use of the program with other petite crashes
https://bugs.kde.org/show_bug.cgi?id=308157 Andre Heinecke aheine...@intevation.de changed: What|Removed |Added Status|UNCONFIRMED |NEEDSINFO CC||aheine...@intevation.de Resolution|--- |WAITINGFORINFO --- Comment #1 from Andre Heinecke aheine...@intevation.de --- I'm not sure what this report is saying. The addresses are not really helpful. Do I understand you correctly that you start Kleopatra and it does not start and instead you get an error saying A breakpoint reached(0x8003) occurred in the application at 0x7613dc57 ? Is there nothing more? What do you mean by Spawn file stops working Can you possibly provide a screenshot of the error? -- 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
[kleopatra] [Bug 308096] Kleopatra does not create an OpenGPG pair
https://bugs.kde.org/show_bug.cgi?id=308096 Andre Heinecke aheine...@intevation.de changed: What|Removed |Added Status|UNCONFIRMED |NEEDSINFO CC||aheine...@intevation.de Resolution|--- |WAITINGFORINFO --- Comment #5 from Andre Heinecke aheine...@intevation.de --- Hi, please check if GPG_AGENT_INFO is set to something other then a file that is named like S.gpg-agent If it is not please run gpg from the command line. If you get errors about configuration variables remove them from your gpg.conf. Then try again to generate a key. If it still does not work please use kdebugdialog to activate the debug area of kleopatra and attach the debug output created while you are trying to create a key. Thanks -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #14 from Martin Steigerwald mar...@lichtvoll.de --- While I was able to recover mails by diffing Message-Ids on server and locally, KMail created further broken mails on another POP3 retrieval: martin@merkaba:~/.local/share/local-mail find -size 1c ./.Lichtvoll.directory/.Amiga.directory/[…]/new/1367505273.R463.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R227.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367505281.R162.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R178.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R426.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R133.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R832.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367505281.R263.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R551.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R571.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R707.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R733.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R626.merkaba ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/1367515616.R528.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R16.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R424.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R689.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R514.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R237.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R754.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R380.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R557.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R580.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R311.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R564.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R944.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R635.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R653.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R479.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R579.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R632.merkaba ./.Lichtvoll.directory/.Linux.directory/fsdevel-ml/new/1367515616.R644.merkaba ./.Lichtvoll.directory/.Computer.directory/mesa-dev-ml/new/1367515616.R593.merkaba ./.trash.directory/Spam/new/1367515616.R127.merkaba (I fixed those in debian-hurd by my manual approach) I suspect this could be an issue with piping mails through the crm114 spam filter. This used to work just nice with KMail-1. The KMail-1 contain no 1-byte sized file (see previous comment). Thus I remove the crm114 spam filter rules for now and continue testing. If that doesn´t help either, I think I go back. Fixing up mails manually by comparing message-ids is more work than I want to cope with regularily. -- 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
[kleopatra] [Bug 257086] It will not allow me to configure kleopatra.
https://bugs.kde.org/show_bug.cgi?id=257086 --- Comment #4 from Giorgos Kostopoulos. giorgos...@gmail.com --- At my own system, going settings - configure, just crashes kleopatra. -- 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 96968] Flat thread view in message list
https://bugs.kde.org/show_bug.cgi?id=96968 Guillaume Paumier guillom@gmail.com changed: What|Removed |Added CC||guillom@gmail.com -- 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 319238] New: mail cannot be moved
https://bugs.kde.org/show_bug.cgi?id=319238 Bug ID: 319238 Summary: mail cannot be moved Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de This seems to be an issue with mail filtering and/or maildir resource. After trying without my CRM114 filter rules (see bug #319226) I still get mail cannot be moved popups occasionaly, but this time without creating one-byte files. I have a reproducable case after latest POP3 download, where everytime I get this popup with the same mail file. And well, it seems to be duplicated, but with different size! Reproducible: Sometimes Steps to Reproduce: I have no idea how this situation came about. Actual Results: On clicking on inbox I get a notification that file cannot be moved without any hint as to why. Well its existing twice in my maildir: martin@merkaba:~/.local/share/local-mail find -name 1367521350.R666.merkaba ./.Lichtvoll.directory/.Debian.directory/devel-changes-ml/new/1367521350.R666.merkaba ./Lichtvoll/new/1367521350.R666.merkaba martin@merkaba:~/.local/share/local-mail ls -l ./Lichtvoll/new/1367521350.R666.merkaba -rw-r--r-- 1 martin martin 6142 Mai 2 21:02 ./Lichtvoll/new/1367521350.R666.merkaba martin@merkaba:~/.local/share/local-mail ls -l ./.Lichtvoll.directory/.Debian.directory/devel-changes-ml/new/1367521350.R666.merkaba -rw-r--r-- 1 martin martin 6563 Mai 2 21:02 ./.Lichtvoll.directory/.Debian.directory/devel-changes-ml/new/1367521350.R666.merkaba But with differing size. And it isn´t the same mail: martin@merkaba:~/.local/share/local-mail grep -i ^Message-Id: ./.Lichtvoll.directory/.Debian.directory/devel-changes-ml/new/1367521350.R666.merkaba ./Lichtvoll/new/1367521350.R666.merkaba ./.Lichtvoll.directory/.Debian.directory/devel-changes-ml/new/1367521350.R666.merkaba:Message-Id: e1uxyal-0005z8...@franck.debian.org ./Lichtvoll/new/1367521350.R666.merkaba:Message-Id: e1uxybf-0006ge...@franck.debian.org The filename clash might not be an issue, cause its in a different maildir, but still… Expected Results: … the mail should be able to be moved to its destination. At least these mail move errors do not seem to produce data loss, so it might really be the piping through CRM114 spam filter that causes the other bug mentioned at the beginning. This is KDEPIM 4.10.2, Akonadi 1.9.1 and MySQL 5.5. On restart of KMail same message comes up and still find reports same result. How can I move the mail? Shall I try to use mv and let Akonadi maildir resource pick up the change? -- 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 319239] New: created wierd maildir structure
https://bugs.kde.org/show_bug.cgi?id=319239 Bug ID: 319239 Summary: created wierd maildir structure Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de During analysis for other bug reports I made I found that Akonadi created cur, new, tmp folders inside a cur or new folder sometimes. Reproducible: Sometimes Steps to Reproduce: I have no idea. Actual Results: martin@merkaba:~/.local/share/local-mail find Lichtvoll -name cur -or -name new -or -name tmp Lichtvoll/new Lichtvoll/new/new Lichtvoll/new/tmp Lichtvoll/new/cur Lichtvoll/tmp Lichtvoll/cur martin@merkaba:~/.local/share/local-mail find .trash.directory -name cur -or -name new -or -name tmp .trash.directory/Unsicher/new .trash.directory/Unsicher/new/new .trash.directory/Unsicher/new/tmp .trash.directory/Unsicher/new/cur .trash.directory/Unsicher/tmp .trash.directory/Unsicher/cur .trash.directory/Unsicher/cur/new .trash.directory/Unsicher/cur/tmp .trash.directory/Unsicher/cur/cur .trash.directory/Spam/new .trash.directory/Spam/tmp .trash.directory/Spam/cur martin@merkaba:~/.local/share/local-mail find -wholename *cur/cur -or -wholename *new/cur -or -wholename *tmp/cur ./.Lichtvoll.directory/.KDE.directory/pim-ml/new/cur ./.Lichtvoll.directory/.KDE.directory/kmymoney/new/cur ./.Lichtvoll.directory/.Linux.directory/kernel-ml/new/cur ./.Lichtvoll.directory/.Debian.directory/hurd-ml/new/cur ./.Lichtvoll.directory/.Computer.directory/mesa-dev-ml/new/cur ./.trash.directory/Unsicher/new/cur ./.trash.directory/Unsicher/cur/cur ./Lichtvoll/new/cur Expected Results: martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 find Lichtvoll -name cur -or -name new -or -name tmp Lichtvoll/cur Lichtvoll/new Lichtvoll/tmp martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 find .trash.directory -name cur -or -name new -or -name tmp .trash.directory/Spam/cur .trash.directory/Spam/new .trash.directory/Spam/tmp .trash.directory/Unsicher/cur .trash.directory/Unsicher/new .trash.directory/Unsicher/tmp martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01 find -wholename *cur/cur -or -wholename *new/cur -or -wholename *tmp/cur [… no output …] Actual results are with KMail2 ~/.local/share/local-mail Expected results are with KMail1 maildir snapshot. Using KDEPIM SC 4.10.2, Akonadi 1.9.1 debian experimental packages with MySQL 5.5. -- 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 319238] mail cannot be moved
https://bugs.kde.org/show_bug.cgi?id=319238 --- Comment #1 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79644 -- https://bugs.kde.org/attachment.cgi?id=79644action=edit exported filterrules I omitted three Sender: related filter rules for non-public mailinglists. Aside from using Sender: its the same at the other List-Id: related ones. -- 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 319238] mail cannot be moved
https://bugs.kde.org/show_bug.cgi?id=319238 --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- I moved on of the mails out of the way for now to get rid of the popup each time I click on inbox: martin@merkaba:~/.local/share/local-mail mv ./Lichtvoll/new/1367521350.R666.merkaba /home/martin/KDE/Bugs/319238 mail cannot be moved martin@merkaba:~/.local/share/local-mail Please advice on what to do with it. According to heads its also about to be filtered to debian-devel-changes: martin@merkaba:~/KDE/Bugs/319238 mail cannot be moved grep ^List-Id: 1367521350.R666.merkaba List-Id: debian-devel-changes.lists.debian.org -- 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 319238] mail cannot be moved
https://bugs.kde.org/show_bug.cgi?id=319238 --- Comment #3 from Martin Steigerwald mar...@lichtvoll.de --- Happened again. martin@merkaba:~/.local/share/local-mail find -name 1367528470.R572.merkaba -ls 15234428 -rw-r--r-- 1 martin martin 5563 Mai 2 23:01 ./.Lichtvoll.directory/.Computer.directory/mesa-dev-ml/new/1367528470.R572.merkaba 15234524 -rw-r--r-- 1 martin martin 4041 Mai 2 23:01 ./Lichtvoll/new/1367528470.R572.merkaba martin@merkaba:~/.local/share/local-mail date Do 2. Mai 23:04:36 CEST 2013 martin@merkaba:~/.local/share/local-mail mv ./Lichtvoll/new/1367528470.R572.merkaba /home/martin/KDE/Bugs/319238 mail cannot be moved martin@merkaba:~/KDE/Bugs/319238 mail cannot be moved grep List-Id 1367528470.R572.merkaba List-Id: For discussion about development of the Mesa code. Now I stopped Akonadi as it appeared to be idle in process list and rebooted the machine. Maybe its just a temporary inconsistency. At least I tried POP3 retrieval twice after reboot and it didn´t happen again. But still, its does not make easy to trust my mails to KMail 2 + Akonadi. -- 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 315985] Akonadi nepomuk Feeder not detecting nepomukserver on startup
https://bugs.kde.org/show_bug.cgi?id=315985 Josh Liberty j...@vegansite.net changed: What|Removed |Added CC||j...@vegansite.net -- 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 315985] Akonadi nepomuk Feeder not detecting nepomukserver on startup
https://bugs.kde.org/show_bug.cgi?id=315985 --- Comment #12 from Josh Liberty j...@vegansite.net --- *** Bug 319230 has been marked as a duplicate of this bug. *** -- 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 309728] Akonadi IMAP resource crashes when I shutdown or reboot my system
https://bugs.kde.org/show_bug.cgi?id=309728 Dennis Schridde devuran...@gmx.net changed: What|Removed |Added CC||devuran...@gmx.net -- 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 309728] Akonadi IMAP resource crashes when I shutdown or reboot my system
https://bugs.kde.org/show_bug.cgi?id=309728 --- Comment #7 from Dennis Schridde devuran...@gmx.net --- Created attachment 79648 -- https://bugs.kde.org/attachment.cgi?id=79648action=edit New crash information added by DrKonqi akonadi_imap_resource (4.10) on KDE Platform 4.10.2 using Qt 4.8.4 - What I was doing when the application crashed: I was shutting down my computer, and Akonadi/IMAP crashed. This happens regularly, but this time I was able to get a backtrace. -- Backtrace (Reduced): #6 Task (this=0x7956f050, this@entry=0x7956efd0) at /var/tmp/portage/kde-base/kdepimlibs-4.10.2/work/kdepimlibs-4.10.2/akonadi/resourcescheduler_p.h:67 #7 Akonadi::ResourceScheduler::currentTask (this=0x0) at /var/tmp/portage/kde-base/kdepimlibs-4.10.2/work/kdepimlibs-4.10.2/akonadi/resourcescheduler.cpp:368 #8 0x003d30b554f0 in Akonadi::ResourceBase::cancelTask (this=this@entry=0x2961d40) at /var/tmp/portage/kde-base/kdepimlibs-4.10.2/work/kdepimlibs-4.10.2/akonadi/resourcebase.cpp:861 #9 0x003d30b55692 in Akonadi::ResourceBase::cancelTask (this=0x2961d40, msg=...) at /var/tmp/portage/kde-base/kdepimlibs-4.10.2/work/kdepimlibs-4.10.2/akonadi/resourcebase.cpp:889 #10 0x0041eb9b in ResourceState::cancelTask (this=0x27ea920, errorString=...) at /var/tmp/portage/kde-base/kdepim-runtime-4.10.2/work/kdepim-runtime-4.10.2/resources/imap/resourcestate.cpp:390 -- 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 319226] produces 1-byte-sized files on failed move attempts while filtering
https://bugs.kde.org/show_bug.cgi?id=319226 --- Comment #15 from Martin Steigerwald mar...@lichtvoll.de --- I think, it was the CRM114 filter rules. I did not have any further one-byte sized files after remove these CRM114 spam filter rules. My theory is it, that it sometimes produces 1-byte sized files. A first safety check I´d recommend that it would it doesn´t accept any mail with less than 200 bytes or so as a valid result, takes the unpiped original in that case and issues a big fat warning! I would even go as far as not accepting anything that is below the original size of the unpiped mail as a result, but there might be virus filter setups where the piped mail is smaller than the unpiped one (mail less the virus that the virus filter stripped of it). -- 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