[kmail2] [Bug 345054] New: Search does not find an existing email
https://bugs.kde.org/show_bug.cgi?id=345054 Bug ID: 345054 Summary: Search does not find an existing email Product: kmail2 Version: Git (master) Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: search Assignee: kdepim-bugs@kde.org Reporter: r...@w3.org CC: m...@vhanda.in I have an email with the word cantilever in the body. I search with recoll.org and it finds this one email. I search cantilever with krunner. It gives me two items in the results. One that opens in kmail2 and one that triggers an error message saying empty result. When I search with the search bar or with s the search box within kmail2, kmail2 does not find the email. kmail2 finds email when looking for things in headers. This may be related to BUG 99094 https://bugs.kde.org/show_bug.cgi?id=99094 And BTW, kmail2 still crashes the folder view when deleting a search folder. Restarting kontact fixes that. Trouble is that all searches with s create a search folder that subsequently will make kmail2 dirt slow. Reproducible: Always Kontact Version 4.14.5 Name: baloo-core Version: 4.14.3-4.2 Arch: x86_64 Vendor: openSUSE Name: baloo-pim Version: 4.14.3-4.2 Arch: x86_64 Vendor: openSUSE -- 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 308968] certificate is not remembered
https://bugs.kde.org/show_bug.cgi?id=308968 --- Comment #8 from Christian Hilberg hilb...@kernelconcepts.de --- Let me add that I am having the same issue for a certificate that was signed by CACert.org and kdepim 4.14.2 (debian/sid). I was able to sort of fix this by manually importing that cert's CACert root certificate into the KDE cert store via System Settings--Network and Connections--SSL Settings. I still get some messages about aborted IMAP operations now and then, which I can simply retry and it usually works, but the certificate requester does not show any longer for this certificate. -- 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 344163] Unable to fetch item from backend (collection 8260) : Unable to retrieve item from resource
https://bugs.kde.org/show_bug.cgi?id=344163 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added CC||mar...@lichtvoll.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 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added CC||mar...@lichtvoll.de --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- Rigo, as you said, Akonadi is a cache. I thought only a read cache, but on some recent discussion on debian-kde Kevin Krammer told me it may also cache writes for some amount of times – and it would need to in case of a IMAP resource being unavailable due to interim network issues[1]. Could it be that the mails are in ~/.local/share/akonadi/file_db_data? – Akonadi uses it as a temporary buffer I think also in the case of moving mails. So it may be the mails are there and Akonadi will eventually move them to the final destination after some time. So if KMail and Akonadiconsole still see the mails I bet they are still there on disk. Just not where you expect them to be. And yes, I find this behavior highly confusing expecially as I have seen that Akonadi cached mails in there for long amounts of time. I´d expect it to behave more like a filesystem write journal, i.e. flush to destination storage as soon as possible. [1] Re: Possible akonadi problem? https://lists.debian.org/debian-kde/2015/02/msg9.html -- You are receiving this mail because: You are on the CC list for the bug. 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 345085] New: KPIM::Maildir::moveEntryTo: Unable to find: somemailfile on moving lots of messages
https://bugs.kde.org/show_bug.cgi?id=345085 Bug ID: 345085 Summary: KPIM::Maildir::moveEntryTo: Unable to find: somemailfile on moving lots of messages Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de I chose Maildir resource as a component, cause the error message relates to it. I am aware that it may be a state synchronisation issue between KMail, Akonadi server and maildir resource. So feel free to reassign. As reported in bug #345084 (kmail´s message list view gui slows down moving thousands of mails in local maildir extremely) I moved a few ten thousand of mails with KMail from one local maildir file to another. Reproducible: Didn't try Steps to Reproduce: Copied from the other bug report on how I have done it: 1. Have a local maildir folder with about 6 mails as source 2. Have a local maildir folder with about 12000 mails as destination. 3. Move about 2 or 3 of mails from source to destinations in three or four steps - Select first mail - Select last mail you want to move with shift click - Drag to other folder and select move. Do it in these three different ways: 1. Have source folder in usual threading view by activity. 2. Have source folder in flat date view. 3. Immediately switch to another folder after you started the move operation. Actual Results: Lots of notifications that Akonadi couldn´t move a mail file. And the following in .xsession-errors: request for item 1367933 succeeded posting retrieval request for item 1367934 there are 1 queues and 0 items in mine processing retrieval request for item 1367934 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 request for item 1367934 still pending - waiting continuing request for item 1367934 succeeded posting retrieval request for item 1367935 there are 1 queues and 0 items in mine request for item 1367935 still pending - waiting processing retrieval request for item 1367935 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 continuing request for item 1367935 succeeded posting retrieval request for item 1367937 there are 1 queues and 0 items in mine request for item 1367937 still pending - waiting processing retrieval request for item 1367937 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 continuing request for item 1367937 succeeded posting retrieval request for item 1367938 there are 1 queues and 0 items in mine request for item 1367938 still pending - waiting processing retrieval request for item 1367938 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 continuing request for item 1367938 succeeded posting retrieval request for item 1367939 there are 1 queues and 0 items in mine request for item 1367939 still pending - waiting processing retrieval request for item 1367939 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 continuing request for item 1367939 succeeded posting retrieval request for item 1367941 there are 1 queues and 0 items in mine request for item 1367941 still pending - waiting processing retrieval request for item 1367941 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 continuing request for item 1367941 succeeded posting retrieval request for item 1367999 there are 1 queues and 0 items in mine request for item 1367999 still pending - waiting processing retrieval request for item 1367999 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 continuing request for item 1367999 succeeded posting retrieval request for item 1368123 there are 1 queues and 0 items in mine request for item 1368123 still pending - waiting processing retrieval request for item 1368123 parts: (RFC822, HEAD) of resource: akonadi_maildir_resource_0 continuing request for item 1368123 succeeded QIODevice::setTextModeEnabled: The device is not open Could not find the database of available applications, run update-command-not-found as root to fix this QIODevice::setTextModeEnabled: The device is not open Could not find the database of available applications, run update-command-not-found as root to fix this QIODevice::setTextModeEnabled: The device is not open Could not find the database of available applications, run update-command-not-found as root to fix this QIODevice::setTextModeEnabled: The device is not open Could not find the database of available applications, run update-command-not-found as root to fix this QIODevice::setTextModeEnabled: The device is not open Could not find the database of available applications, run update-command-not-found as root to fix this QIODevice::setTextModeEnabled: The device is not open Could not find the
[Akonadi] [Bug 343114] gets stuck on one request that times out, kmail and akonadiconsole do not display any mail payloads anymore, stuck waiting
https://bugs.kde.org/show_bug.cgi?id=343114 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added CC||mar...@lichtvoll.de --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- I want to add that I see the Unable to retrieve item from resource: Did not receive a reply. with my private setup which primarily filters my main and my other POP3 accounts in a huge local maildir resource from time to time as well. Sometimes it helps to really quit KMail, make sure the process is really gone, and then restart. But I also had it that I have to restart Akonadi as well. I think I may look into this as well the next time it happens. That setup also has an 30-day limited Dovecot based IMAP account, so it may be a similar issue. If a KMail restart would help in all cases, I´d suspect that KMail and Akonadi loose connection to one another sometimes. But now I had it several times that I also had to restart Akonadi itself as just restarting kmail without making sure the process is really gone in between didn´t help to make KMail respond to user input again. -- 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 318284] Messages like 'Payload file […].local/share/akonadi/file_db_data/797210_r0 is missing, trying to recover.'
https://bugs.kde.org/show_bug.cgi?id=318284 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- I don´t see this anymore with Akonadi 1.13 current master, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2: martin@merkaba:~ grep -i trying to recover .xsession-errors martin@merkaba:~#1 Thus closing. -- 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 332653] After mail receive on filtering: Unable to retrieve item from resource: NO ImapParserException: Unable to read more data
https://bugs.kde.org/show_bug.cgi?id=332653 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- I did not see this anymore since quite some time, currently using Akonadi 1.13 current master, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2. Also its still Nepomuk related and Nepomuk is gone. Thus closing. -- 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 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes
https://bugs.kde.org/show_bug.cgi?id=334218 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #26 from Martin Steigerwald mar...@lichtvoll.de --- While this may be able to be tuned further the original hogging of a Sandybridge core for minutes is definately gone, currently using Akonadi 1.13 current master, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2. Akonadi 1.13 has the MySQL performance improvements. I think it may still do needless work on maildir synchronisation, but I have other bugs open for that. Thus closing in my attempt at which of my bug reports are still happening and matter in current versions. -- 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 334206] While maildir resources synchronizes a folder KMail blocks on switching to a different folder
https://bugs.kde.org/show_bug.cgi?id=334206 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #7 from Martin Steigerwald mar...@lichtvoll.de --- I didn´t see this since quite some time, currently using Akonadi 1.13 current master with MySQL performance improvements by Dan and Millian, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2. Thus closing. -- 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 340759] deleting duplicate mails has no effect
https://bugs.kde.org/show_bug.cgi?id=340759 --- Comment #6 from Martin Steigerwald mar...@lichtvoll.de --- *** Bug 318233 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
[kmail2] [Bug 318233] Remove duplicates takes lots of time and then doesn´t remove the duplicates anyway
https://bugs.kde.org/show_bug.cgi?id=318233 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Martin Steigerwald mar...@lichtvoll.de --- I think I reported a duplicate here: Bug 340759 - deleting duplicate mails has no effect Bug 318233 - Remove duplicates takes lots of time and then doesn´t remove the duplicates anyway I am not sure whether the takes long time aspect till is true. But last time I tried removing duplicates didn´t work reliably. As this bug still refers Nepomuk, I mark it as a duplicate of the more recent bug 340759. *** This bug has been marked as a duplicate of bug 340759 *** -- 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 340759] deleting duplicate mails has no effect
https://bugs.kde.org/show_bug.cgi?id=340759 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 --- Comment #8 from Martin Steigerwald mar...@lichtvoll.de --- Also marking as confirmed as Christian sees this 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
[kmail2] [Bug 340759] deleting duplicate mails has no effect
https://bugs.kde.org/show_bug.cgi?id=340759 --- Comment #7 from Martin Steigerwald mar...@lichtvoll.de --- I marked my old bug 318233 relating to duplicate mails as a duplicate of this one as it still referred Nepomuk and I am trying to close all my bug reports that still refer to Nepomuk, as Nepomuk is gone. -- 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 320041] On moving or deleting a mail in a folder messagelist sometimes is displayed empty although other mails are in that folder
https://bugs.kde.org/show_bug.cgi?id=320041 --- Comment #10 from Martin Steigerwald mar...@lichtvoll.de --- I didn´t see this since quite some time, currently using Akonadi 1.13 current master with MySQL performance improvements by Dan and Millian, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2. Do you still see this? Otherwise I suggest to resolve this as worksforme and would do so in some time. Please give feedback. -- 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 #22 from Martin Steigerwald mar...@lichtvoll.de --- I didn´t see this since quite some time, currently using Akonadi 1.13 current master with MySQL performance improvements by Dan and Millian, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2. Does it still happen for you? Otherwise I suggest to resolve it as worksforme and would do so in some time. Please give feedback. -- 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 #23 from Till Schäfer till2.schae...@uni-dortmund.de --- i also did not have noticed this problem in the last few month. Before, it was a quite regular 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 338402] File system cache is inneficient : too many file per directory
https://bugs.kde.org/show_bug.cgi?id=338402 --- Comment #11 from Martin Steigerwald mar...@lichtvoll.de --- This still seems to work for me: Since my work-around with SizeThreshold=32768 on my private setup: martin@merkaba:~/.local/share/akonadi find file_db_data | wc -l 33 martin@merkaba:~/.local/share/akonadi du -sh file_db_data 4,4Mfile_db_data martin@merkaba:~/.local/share/akonadi du -sh db_data 2,7Gdb_data martin@merkaba:~/.local/share/akonadi du -sh file_db_data/* | sort -rh | head -10 896Kfile_db_data/2815963_r0 584Kfile_db_data/2630687_r0 452Kfile_db_data/2630658_r0 448Kfile_db_data/2630655_r0 368Kfile_db_data/2488539_r0 164Kfile_db_data/2758167_r0 152Kfile_db_data/2488220_r0 120Kfile_db_data/2488152_r0 104Kfile_db_data/2565672_r0 100Kfile_db_data/2943194_r0 And on my laptop work setup: ms@merkaba:~/.local/share/akonadi find file_db_data | wc -l 2442 ms@merkaba:~/.local/share/akonadi du -sh file_db_data 703Mfile_db_data ms@merkaba:~/.local/share/akonadi du -sh db_data 8,2Gdb_data still quite much, but I set the account to offline caching and I think it cached mails with larger attachments: ms@merkaba:~/.local/share/akonadi du -sh file_db_data/* | sort -rh | head -10 11M file_db_data/4735240_r1 11M file_db_data/4735240_r0 11M file_db_data/4735239_r1 11M file_db_data/4735239_r0 9,4Mfile_db_data/4734016_r1 9,4Mfile_db_data/4734016_r0 9,3Mfile_db_data/4731257_r0 8,6Mfile_db_data/4731853_r2 8,6Mfile_db_data/4731853_r1 8,6Mfile_db_data/4731853_r0 And well as to the database size: Outlook Web Access reports more than 20 GiB for the mail account. So 8.2 GiB MySQL database is not all that much. I am in the process of achivemail´ing old mails from it and KMail / Akonadi didn´t yet pick up the lower mail counts in some folders, so it may still have things cached that are not on the server anymore. -- 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 338628] Zarafa Caldav Connector doesn't work
https://bugs.kde.org/show_bug.cgi?id=338628 Laurent Montel mon...@kde.org changed: What|Removed |Added Product|korganizer |Akonadi Version|4.13.2 |4.13 CC||mon...@kde.org Assignee|korganizer-de...@kde.org|kdepim-bugs@kde.org Component|groupware |DAV Resource -- 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 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 --- Comment #7 from Martin Steigerwald mar...@lichtvoll.de --- Well filesystems with bigger journal *can* work faster for different reasons. I am not sure at all whether the write caching would give any performance benefit. And well yes, it if goes through the database it will *duplicate* the amount of writes. And unless Akonadi moves the files directly from file_db_data to the final location it would also duplicate the amount of files in this case as well. -- You are receiving this mail because: You are on the CC list for the bug. 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 320041] On moving or deleting a mail in a folder messagelist sometimes is displayed empty although other mails are in that folder
https://bugs.kde.org/show_bug.cgi?id=320041 --- Comment #11 from Colin J Thomson co...@g6avk.demon.co.uk --- I have not seen this for some time either, currently running KMail 4.14.4-6/Akonadi 1.13.0-8 -- 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 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 --- Comment #8 from Rigo Wenning r...@w3.org --- Absolutely. I have a 4core 8GB with SSD. The slowest thing on the machine is Akonadi. It now takes 15 seconds to load my calendar as I moved from one ics file to an ics folder for reasons of resilience. The initial idea from nepomuk comes from linked data. Because you can't store metadata into the file system. And this metadata (relations to other resources, flags, tags, semantics) is very important. And it is totally cool if it works. But storing everything into the database made akonadi so fragile that not even I trust to put any valuable metadata in there. Because it too often has proven to be a waste of time when the thing crashed and the database was corrupted. So having metadata and a URI that describes the resource it talks about is the initial idea. Unfortunately, it was totally distorted into some caching that does many things, but not this most useful thing. BTW, after more than 24 hours, still no writing of files into the local maildir except for this one email. I wonder if Akonadi will ever write them to disk. -- You are receiving this mail because: You are on the CC list for the bug. 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 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 --- Comment #5 from Rigo Wenning r...@w3.org --- did everything suggested (size indication in config, fsck and vacuum). I did move around 1200 messages from the imap account to a local folder before doing akonadictl fsck. I have currently 198 files in the file_db_data directory. And I have one file in the the local maildir where there are supposed to be 1200 files for 1200 messages. So the cache here isn't a cache anymore as akonadi has removed the files from the initial imap store (local), but has NOT written it to the new folder. This means great risk for data loss and high potential for bogus backups, especially if one does not only use kmail2/kontact for email. Funnily enough, the emails in the local folder can be accessed, but they are nowhere in the filesystem. They are just in the database. So if the database at some point in time, decides that the status of the local filesystem primes, it will remove all the email it has in the database. At which point I will have lost 1200 emails -- You are receiving this mail because: You are on the CC list for the bug. 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 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 --- Comment #6 from Martin Steigerwald mar...@lichtvoll.de --- Rigo, yes, it doesn´t help to avoid the caching. And if you prefer the file based caching, then reduce the SizeThreshold again, yet for recoverability I think there isn´t that much of a difference as file_db_date directory has all files in one directory and with different names. Sure, you can use grep more easy to dig out the files, so by all means, if you don´t trust the database, reduce the SizeThreshold again. I think what you ask here for, and Rigo, I fully agree, is: A lower timeout for the write caching. As I wrote already: Have Akonadi write files to their final location more quickly. Not only on moving messages, but generally. The write caching should act like a filesystem journal: Try to write to the final location soon. Sure filesystems with a bigger journal work faster too, yet as you see it here, it takes ages for the files to appear in the final location. Hey, I can check it here as I moved some mails today. - kernel-ml-2015-1 according to KMail has 47834 unread mails. - kernel-ml-2014-1 according to KMail has only 27783 unread mails. - I moved about 3 mails from the first to the second folder earlier today (see bug #345085 and bug #345084 for details on what I did and what issues I experienced with it) So lets check the filesystem: martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory find kernel-ml-2014-1 | wc -l 28627 martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory find kernel-ml-2015-1 | wc -l 49097 Okay, here it meanwhile moved the mails. Still I have no idea about on when Akonadi will be doing this and how long it will write cache under what circumstances. Additionally: I still don´t get why they have to go through file_db_data or the database at all. The most efficient implementation I see is this: Store the mails from the IMAP resource directly in the maildir in your case. And move the mails from source to destination database in my case, yet I also saw *huge* write activity to the MySQL database. Why cache? And why cache to this amount? Well, if the IMAP server can deliver the mails faster than the maildir resource could accept them, but then, Akonadi can still download the mails as fast as the maildir resource could accept them, downloading them faster will not give any benefit as the maildir resource couldn´t store them that fast, and I highly doubt that storing them in file_db_data or MySQL database would be any faster anyway. I sure hope that Akonadi Next will use a different approach if it leaves proof of concept state. -- You are receiving this mail because: You are the assignee for the bug. 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 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 #24 from Dirk Melcher dmelc...@fast-net.de --- Hello everybody, I use Opensuse 13.1 with kmail4.11.5. I still encouter the problem oocasionally. It happens if I mark one or more mails from my main mailbox and then choose Message - Move message to ... to move them to another another mailbox. If I then open the mail box where I have moved the messages I see only the moved messages and not the other ones in this mail box. If I close kmail, kill the kmail preocess with pkill kmail and reopen kmail all message can be seen and everything is fine. Hope that helps! Many thanks fr your efforts, Dirk Melcher Am Donnerstag, 12. März 2015, 12:49:22 schrieben Sie: https://bugs.kde.org/show_bug.cgi?id=319212 --- Comment #22 from Martin Steigerwald mar...@lichtvoll.de --- I didn´t see this since quite some time, currently using Akonadi 1.13 current master with MySQL performance improvements by Dan and Millian, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2. Does it still happen for you? Otherwise I suggest to resolve it as worksforme and would do so in some time. Please give feedback. -- 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 318224] Tries to insert existing entries into database
https://bugs.kde.org/show_bug.cgi?id=318224 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Resolution|--- |UNMAINTAINED Status|CONFIRMED |RESOLVED --- Comment #13 from Martin Steigerwald mar...@lichtvoll.de --- I don´t see this with Akonadi 1.13 current master with MySQL performance improvements by Dan and Millian, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2 martin@merkaba:~ grep -i INSERT INTO .xsession-errors martin@merkaba:~#1 As Nepomuk is not used anymore I am closing this. If someone still has this issue, feel free to reopen or ask me to reopen it in case you can´t do 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 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 --- Comment #4 from Martin Steigerwald mar...@lichtvoll.de --- Rigo, I suggest you review [kdepim-users] Work-around to issues with Akonadi file based caching (was: Re: rant) http://lists.kde.org/?l=kdepim-usersm=142382010023511w=2 regarding open issues to Akonadi´s file based caching. It has some hints on how to remedy the issue at least partly. And no, 57000 mails in there aren´t that much. I have seen up to 85 files in there. I see that the SizeThreshold work-around I mentioned works quite well for me and post another mail to the thread and probably some of the related bug reports in a moment. -- You are receiving this mail because: You are the assignee for the bug. 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 325186] There is no way to merge contacts
https://bugs.kde.org/show_bug.cgi?id=325186 Borden Rhodes incoming-o...@bordenrhodes.com changed: What|Removed |Added CC||incoming-only@bordenrhodes. ||com --- Comment #4 from Borden Rhodes incoming-o...@bordenrhodes.com --- May God bless and keep all those who worked and fixed this bug. May your lives be accomplished and fulfilled and your harvests bountiful. (Seriously, thank you very much for tackling this) -- 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 #25 from Till Schäfer till2.schae...@uni-dortmund.de --- I forgot to mention that my working version is 4.14.6 and akonadi server 1.13. @Dirk: That 4.11.x version was also affected at my computer. So maybe you should update to a newer version. -- 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 345084] New: kmail´s message list view gui slows down moving thousands of mails in local maildir extremely
https://bugs.kde.org/show_bug.cgi?id=345084 Bug ID: 345084 Summary: kmail´s message list view gui slows down moving thousands of mails in local maildir extremely Product: kmail2 Version: 4.14.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de I moved several a few ten thousands of mails that mailfilter agent was filtering to a wrong folder due to a wrong filter rule to the right folder. I did it in several steps and made the following observations: Reproducible: Always Steps to Reproduce: 1. Have a local maildir folder with about 6 mails as source 2. Have a local maildir folder with about 12000 mails as destination. 3. Move about 2 or 3 of mails from source to destinations in three or four steps - Select first mail - Select last mail you want to move with shift click - Drag to other folder and select move. Do it in these three different ways: 1. Have source folder in usual threading view by activity. 2. Have source folder in flat date view. 3. Immediately switch to another folder after you started the move operation. Actual Results: The results of the three different ways as I got them: 1. First akonadiserver and maildir agent are very active, as well as mysql. Bursts of mysql activity (with recent Akonadi 1.13 branch git with MySQL optimizazions as of today – didn´t change in last time). Then kmail at 100%. Displaying progress. Taking several seconds for each 10 mails according to progress report. Takes ages! 2. Similar. Maybe a bit better. 3. Akonadiserver and maildir agent active. Akonadiserver writing, maildir agent reading. Then strong bursts of MySQL up to 250% of CPU usage for a minute or more. Then move done. No significant CPU activity of KMail. Move is *way* faster. Expected Results: Even with source folder open move is *fast*. Maybe be KMail using some kind of delayed updates while clearly showing folder message list view is in process of changing. Don´t update for every since mail that is being moved. Using kmail 4.14.2 but self compiled kdepimlibs, kdepim-runtime and akonadi server as 24 February (with akonadi server having had no changes since then. -- 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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Resolution|--- |UNMAINTAINED Status|UNCONFIRMED |RESOLVED --- Comment #8 from Martin Steigerwald mar...@lichtvoll.de --- This was still in Nepomuk times. I am not sure whether its reproducable anymore with current versions and Baloo. And as my setup is long migrated frankly I do not care to reproduce it. Thus closing. If anyone else sees this, or has this, feel free to reopen. -- 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 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Martin Steigerwald mar...@lichtvoll.de --- I didn´t see this since quite some time. Especially not after using the MySQL performance fixed in current Akonadi 1.13 branch. Thus closing. Thank you for Dan and Milian for improving MySQL performance in recent Akonadi 1.13. -- 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 318227] Data loss on restarting Akonadi while processing POP3 retrieval to get it responsive again
https://bugs.kde.org/show_bug.cgi?id=318227 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Martin Steigerwald mar...@lichtvoll.de --- I didn´t have any data loss like this in quite some time. As its probably difficult to trigger or reproduce it again and I like to focus on the issues I currently still see with Akonadi 1.13 and KDEPIM 4.14.x I am closing this one 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
[Akonadi] [Bug 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 --- Comment #3 from Rigo Wenning r...@w3.org --- I have a file_db_data directory with 57450 files. So it hasn't synchronized locally since ages IMHO. If it synchronizes now, it will probably create a mess. BTW, I fully support your thoughts in [1]. Note I'm using opensuse binaries (currently 4.14.5) -- You are receiving this mail because: You are on the CC list for the bug. 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 318283] KMail/libakonadi: Got a stale notification for an item which was already removed
https://bugs.kde.org/show_bug.cgi?id=318283 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- I don´t see this with Akonadi 1.13 current master, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2: martin@merkaba:~ grep stale notification .xsession-errors martin@merkaba:~#1 Thus closing. -- 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 345071] KMail crashed while I was reading an email
https://bugs.kde.org/show_bug.cgi?id=345071 Laurent Montel mon...@kde.org changed: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel mon...@kde.org --- Ok I found bug. Fixed 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
[kmail2] [Bug 345071] KMail crashed while I was reading an email
https://bugs.kde.org/show_bug.cgi?id=345071 --- Comment #2 from Laurent Montel mon...@kde.org --- The problem was not that you read email, just that favorite model doesn't exist for you. -- 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 345071] KMail crashed while I was reading an email
https://bugs.kde.org/show_bug.cgi?id=345071 Laurent Montel mon...@kde.org changed: What|Removed |Added Version Fixed In||4.16.7 Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Latest Commit||http://commits.kde.org/kdep ||im/b6196bc1fd489a5be69731ca ||9a19d8a95f721570 --- Comment #3 from Laurent Montel mon...@kde.org --- Git commit b6196bc1fd489a5be69731ca9a19d8a95f721570 by Montel Laurent. Committed on 12/03/2015 at 06:48. Pushed by mlaurent into branch 'KDE/4.14'. Fix Bug 345071 - KMail crashed while I was reading an email FIXED-IN: 4.16.7 M +2-1kmail/kmmainwidget.cpp http://commits.kde.org/kdepim/b6196bc1fd489a5be69731ca9a19d8a95f721570 -- 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 345071] KMail crashed while I was reading an email
https://bugs.kde.org/show_bug.cgi?id=345071 --- Comment #4 from Laurent Montel mon...@kde.org --- if you don't want to have this crash until 4.16.7 add favorite it will not crash. It crashs because favorite is not show in kmail and a signal try to access to 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 308968] certificate is not remembered
https://bugs.kde.org/show_bug.cgi?id=308968 Christian Hilberg hilb...@kernelconcepts.de changed: What|Removed |Added CC||hilb...@kernelconcepts.de --- Comment #7 from Christian Hilberg hilb...@kernelconcepts.de --- Confirming the issue with self-signed cert and kdepim 4.14.2 (debian/sid) -- 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