After successfully registering several email accounts (yahoo, gmail, revido) kmail has retrieved the IMAP directory structure successfully but it fails to download even a singleton mail. It seems to hang forever the progress bar moving from the left to the right and back again. Reproducible: Always
starting akonadi-console and viewing the task list yields the following for yahoo mail: ResourceScheduler: Online current task: 6 SyncAll queue 0 is empty queue 1 is empty queue 2 is empty queue 3 is empty queue 4 1 tasks: 26 SyncCollectionTree IMAP tasks:
Switching a task on/offline or abort/restart acticvity does not help. However a full aconadictl restart refreshes the system. Then it downloads some messages for some time until it gets stuck again.
kmail version 4.81.beta1
Created attachment 94277 [details] akonadi selftest report returrned on restarting the akonadi server
Created attachment 94278 [details] job tracker: gmail inbox hangs at 32%
It may likely be that it gets stuck as soon as it tries to download a second folder in parallel.
I had this problem but only with new folders. I created some new folders at work on an existing account - then moved mail into them. Came home, folders were empty. Existing folders loaded new mail just fine (although, they wouldn't refresh until I canceled the attempt to load mail into the new folders) In an attempt to get things to reset, I removed the account, and readded it. Now I have no mail at all.
I have the same problem. Because I recently started to have problems with old IMAP accounts in akonadi mysql database (it started to crash the mysqld process hence akonadi was unable to read the mail data) I decided to remove all akonadi configuration and data and start over. I've added first IMAP account and everything synchronized OK (it was zoho mail). After adding the second one it only synchronized empty folder structure and hanged indefinitely while synchronizing. The synchroniziation hanging is always accompanied with sending and receiving the same amount of data simultaneously (I can see that in Network Monitor). I've also tested that this second IMAP account behaves the same with clean - empty user, being the only mail account created. This IMAP account is related to my work (so it's not gmail or something) but it always worked with past KMail versions. Also note that basic synchronization still works - e.g. if I create a mail in empty "Drafts" folder on the remote server -> it gets synchronized in kmail. But "Sent" and "Inbox" (the only folders filled with a lot of e-mails) are causing the hanging and do not pull in a single e-mail. I cannot say when this behaviour started. It was there probably since KDE Applications 15.08 but I guess the simple synchronizations still works so the full synchronization was not performed. I was testing with Plasma 5.4.1, KF 5.14.0, KDE Applications 15.08.1, KMail version 5.0.1. "akonadictl --version" prints out: Akonadi 5.0.51 I have Arch Linux.
This bug has never been confirmed for a Kontact version that is based on KDE Frameworks, except possibly a Technology Preview version 5.0.x. Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the opportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
I can confirm that I have not had this problem with any recent version for at least a year.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!