![]() Registered Member ![]()
|
I have just installed Manjaro Linux KDE in a VM. Installed Kontact and Kmail because I wanted to give them another chance. Sorry to say this but it is a disaster. Can not even start the program correctly. I see a small window asking for my e-mail account, I type it and the info is gone, program crash, over and over. A year or so ago it was still usable, but not now. What happened? Is it kmail, is it kontact or is it the dreadful akonadi? Why make things so complicated? Why not make it a normal e-mail program like there are so many others? I really believe this will never work and I hate that cause I love KDE and I want to use the KDE programs, including Kontact and Kmail, but they need to work which at the moment they don't.
|
![]() Registered Member ![]()
|
I just installed it on a new installation of KaOS Linux and everything was fine. It must something be either with your Manjar install or VM setup.
Michael, proud to be a member of KDE forums since 2008-Oct. / KaOS Linux user
|
![]() Registered Member ![]()
|
@Ian Scott, did you get any improvement with this?
FWIW, I'm seeing the same symptoms (KMail producing "stale notification" errors for deleted files), with the same regret for what should be a good mail client. This is KMail 5.4.2 in Kontact (5.4.2) under Fedora. I've seen a bug report suggesting this is an acknowledged regression bug (I think), but since, like you, this reduces KMail to an almost unusable state for me, I'd'a thought there would be a lot of noise about it. Maybe everyone's gone ![]() |
![]() Registered Member ![]()
|
No Mark - have not had any improvement. Kmail was simply causing me too much lost time and I had to switch to Thunderbird just to be able to carry on some business here. Before that, it was seriously eating up HOURS of my day.
It is with much regret to see Kmail in the state that it is presently in, from here as well. |
![]() Registered Member ![]()
|
Dear ianscott:
I just noticed this thread. In the last few days I've been having the same kind of trouble with kmail. The infamous "Retrieving Folder Contents" page has always been around (at least since the move to kmail2), but after a (relatively) short time it used to go away. Now, anytime I want to access an older message or any other folder from the inbox, it just pops up and sits there... I inserted a link with a screenshot of kmail's window. Hope you can see it. Is the error message at the bottom the same you get? https://drive.google.com/file/d/0B6mdjD_EL95gR2M1NEdVVWNVVlU/view?usp=sharing Were you ultimately able to solve the bug using akonadictl? I hope this issue is eventually solved, otherwise I'll have to altogether abandon kmail (in my case too, after many years using it). Thanks. |
![]() Registered Member ![]()
|
@rgaelzer : I am unable to view the image - get a warning in my browser that it could not negotiate that https protocol for some reason.
But yes, that is ONE of the problems here. I was actually running OpenSuse Tumbleweed - but twice now, have experienced other unrelated update issues and decided to install Leap. I thought maybe that the version of kmail that comes with Leap might be more stable and tried kmail... but no, it is not anymore stable. Now, when I click on my Trash folder, akonadi seems to just crash and I get a message in Kmail that local folders are "broken." Kmail is pretty much useless now. I do not like Thunderbird much - but at least it works so that is what I am using now. |
![]() Administrator ![]()
|
The "Retrieving Folder Contents" issue should be solved in either 16.12.3 or 17.04 (out later next month). If possible though, please open separate threads for your issues.
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
OS and Desktop Details:
Fedora 25 KMail 5.4.3 Kontact 5.4.3 KDE Frameworks: 5.33.0 KDE Plasma: 5.9.4 Qt: 5.7.1 Quick Comment: I also (long time kmail user 2003) am experiencing the issues described here, but I think I have narrowed down the problem to akonadi's cache of the various email folders. Symptoms of Problem:
Steps for a longer lasting solution than akonadictl restart :
Having mentioned this, I am not sure my deleting my Akonadi database did not solve the problem for me earlier. I suppose the bigger issue for me now is how to report this as a bug. Nevertheless, I hope some others will be able to confirm that this workaround actually helps their situation. |
![]() Administrator ![]()
|
A mitigation for the duplicate emails has been put in place for Applications 17.08 (out in August). A more complete fix is in the works, but with an unknown ETA at this point.
"Violence is the last refuge of the incompetent."
![]() Plasma FAQ maintainer - Plasma programming with Python |
![]() Registered Member ![]()
|
Using Kmail 5.5.1 and I can't read more than a few mails after being stuck on "retrieving folder contents".
|
![]() Registered Member ![]()
|
I upgraded to Kubuntu 17.04 from 16.10 this week and since then I've constantly had the "Please wait..." message when trying to read emails. I even tried deleting the .local/share/.akonadi folder which worked to start with, but after fixing all my filters by the end of the day I was back to the "Please wait..." message.
It wouldn't even reliably display HTML emails. If I clicked on another email and then went back to the previous email it would display correctly. |
![]() Registered Member ![]()
|
I have the same issues as you, I filled a bug report for the HTML problem here, no answer yet...
https://bugs.kde.org/show_bug.cgi?id=381194 |
![]() Registered Member ![]()
|
I am facing the same issue on my machine. Kmail is configured to retrieve messages from 5 IMAP accounts. When trying to open a piece of mail, message "Retrieving folder contents, please wait" appears. No matter how long you wait, the message is not opened.
New emails are not constantly shown either. It takes a long time until they eventually appear in KMail. Restarting Akonadi solves the issue, at least temporarily. My IMAP accounts are configured the same way in Thunderbird and there is no such issue, as it does not rely on Akonadi. Kmail version is 5.5.3, KDE Framekorks 5.36. |
![]() Registered Member ![]()
|
Hey,
I've recently been having exactly these problems on a Debian Jessie system. I have also been using Kmail since about 2003 with no serious problems, but this is a show stopper for me as well. Did you find a solution? I have: deleted ~/.local/share/akonadi, deleted index files in Mail folder, run akonadictl ad nauseam as you have. Nothing helps, I also have the duplicate email issue as well as read mails not being marked read, mails not loading etc. Chris
|
![]() Registered Member ![]()
|
I was having issues with Kmail, duplicate messages, etc. I used the process described in the post https://forum.kde.org/viewtopic.php?f=215&t=138233&hilit=resource+broken&start=30#p375456 by user https://forum.kde.org/memberlist.php?mode=viewprofile&u=48597, bugzy.
Every thing looked good, and I started to mark a lot of messages as read. This seems to be a high intensity operation in my mdir email folders. It would require moving each message file from a .../new/. folder to a .../cur/. folder. NOTE The file time properties and previous errors lead me to believe that the files are actually being copied to the .../cur/. folder, and the original files are deleted. [File time properties do not change if the file is moved. But the file time properties reflect the time of being marked. My duplicate files were a file in the .../new/. folder, and a file of the same name in the .../cur/. folder. My experience as a past Unix kernel developer suggests that a move operation should be a lower overhead operation than a copy and delete. That may not be true in a newer style Unix journaling file system. My system is using ext4. My most recent fsck, like so:
Showed some good stuff, and some errors, like so:
Are there any suggestions on how to clean up the collections and items without RID; and the dirty items. ![]() I will provide more symptoms soon, by editing the post. |
Registered users: bartoloni, Bing [Bot], Evergrowing, Google [Bot], ourcraft