Page 1 of 4 123 ... LastLast
Results 1 to 10 of 38

Thread: Kmail slow to read folders after update to 15.2

  1. #1

    Default Kmail slow to read folders after update to 15.2

    Since updating from 15.1 to 15.2, Kmail has been extremely slow - 5 to 10 minutes - in reading email folders or moving messages. It seems to be an akonadi issue as system activity shows an akonadi_maildir_resource using 25% of cpu for long periods as the email folder contents are being retrieved. I have tried akonadictl fsck, akonadictl vacuum, and akonadictl restart as has been recommended for similar problems, but it seems to have no effect. Do I need to rebuild the akonadi database somehow and, if so, how do I do it?

    Other than this, by the way, the update has worked like a charm.

  2. #2
    Join Date
    Jun 2008
    Location
    Auckland, NZ
    Posts
    22,086
    Blog Entries
    1

    Default Re: Kmail slow to read folders after update to 15.2

    Others may be able to assist more definitively than I can as I'm not yet using Leap 15.2 and don't use kmail. Here's a kde forum post from a long-running thread where a user described the "Steps for a longer lasting solution than akonadictl restart".
    openSUSE Leap 15.2; KDE Plasma 5

  3. #3
    Join Date
    Jun 2008
    Location
    Auckland, NZ
    Posts
    22,086
    Blog Entries
    1

    Default Re: Kmail slow to read folders after update to 15.2

    openSUSE Leap 15.2; KDE Plasma 5

  4. #4
    Join Date
    Jan 2014
    Location
    Erlangen
    Posts
    1,918
    Blog Entries
    1

    Default Re: Kmail slow to read folders after update to 15.2

    Quote Originally Posted by bearymore View Post
    Since updating from 15.1 to 15.2, Kmail has been extremely slow - 5 to 10 minutes - in reading email folders or moving messages. It seems to be an akonadi issue as system activity shows an akonadi_maildir_resource using 25% of cpu for long periods as the email folder contents are being retrieved. I have tried akonadictl fsck, akonadictl vacuum, and akonadictl restart as has been recommended for similar problems, but it seems to have no effect. Do I need to rebuild the akonadi database somehow and, if so, how do I do it?
    Quit kmail and use akonadiconsole. Try restarting suspect agents. You may delete the indexer and add a new one. Consider cleaning the database. Remove stale entries.
    Code:
    mysql --socket=/run/user/1000/akonadi/mysql.socket
    MariaDB [(none)]> use akonadi;
    MariaDB [(none)]> delete from pimitemtable where remoteid is NULL;
    MariaDB [(none)]> quit
    AMD Athlon 4850e (2009), openSUSE 13.1, KDE 4, Intel i3-4130 (2014), i7-6700K (2016), i5-8250U (2018), AMD Ryzen 5 3400G (2020), openSUSE Tumbleweed, KDE Plasma 5

  5. #5
    Join Date
    Feb 2010
    Location
    Germany
    Posts
    3,370

    Default Re: Kmail slow to read folders after update to 15.2

    Quote Originally Posted by bearymore View Post
    It seems to be an akonadi issue as system activity shows an akonadi_maildir_resource using 25% of cpu for long periods as the email folder contents are being retrieved. I have tried akonadictl fsck, akonadictl vacuum, and akonadictl restart as has been recommended for similar problems, but it seems to have no effect.
    When running “akonadictl fsck”, the only RID related errors present should be as follows (with language related to your Locale):
    Code:
    Looking for dirty objects...
    Collection "Search" (id: 1) has no RID.
    Collection "OpenInvitations" (id: 519) has no RID.
    Collection "DeclinedInvitations" (id: 520) has no RID.
    Collection "Letzte Suche" (id: 1323) has no RID.
    Found 4 collections without RID.
    Found 0 items without RID.
    Found 0 dirty items.
    For systems with English language, “Letzte Suche” translates to “Last Search”.
    Code:
    Looking for rid-duplicates not matching the content mime-type of the parent collection
    shouldn't indicate any errors or warnings.

    If you find any errors other than those listed above, then you should also inspect the Akonadi error logs located in “~/.local/share/akonadi/”.
    If you find any “items without a RID” use MySql to clean up and move these items to “~/.local/share/akonadi/file_lost+found/” and, you can then reload these items back into the KDE PIM.
    • Remove the contents of “~/.local/share/akonadi/” only after you've done this.
    • Alternatively, archive all your e-Mail folders and export your KMail settings before you delete the Akonadi local-share and configuration directories.

    As a general practice, you should occasionally archive your e-Mail directories and settings anyway …

  6. #6

    Default Re: Kmail slow to read folders after update to 15.2


  7. #7

    Default Re: Kmail slow to read folders after update to 15.2

    Quote Originally Posted by wolfi323 View Post
    This does sound like what is happening.

  8. #8
    Join Date
    Dec 2008
    Location
    Country NSW, Australia
    Posts
    98

    Default Re: Kmail slow to read folders after update to 15.2

    Quote Originally Posted by bearymore View Post
    Since updating from 15.1 to 15.2, Kmail has been extremely slow - 5 to 10 minutes - in reading email folders or moving messages. It seems to be an akonadi issue as system activity shows an akonadi_maildir_resource using 25% of cpu for long periods...
    I used Kmail for at least a decade before making the difficult decision to ditch it in favour of Thunderbird. Kmail has some very nice features, but seems to have an intractable bug which resulted in periods where akonadi (?) saturated the CPU, my patience eventually ran out, and I hit the power button to restart the system & stop akonadi. This bug seems well known and not likely to be fixed in the forseeable future. I've raised the issue before, see for example https://forums.opensuse.org/showthre...ighlight=kmail

    Thunderbird is pretty good from a functional perspective, it's reliable, and it has some nice add-ons such as enigmail, coloured folders, and email redirection. I managed to migrate a very large Kmail database without too much difficulty.

    David L.

  9. #9

    Default Re: Kmail slow to read folders after update to 15.2

    Quote Originally Posted by wolfi323 View Post
    A response to the Bugzilla page recently added says that the problem has been fixed in QT 5.14 and it is unclear whether the fix will be backported to 5.12 which is used in Opensuse 15.2. This raises three questions:

    1. Will the fix be backported for Opensuse 15.2 and, if so, what is the time frame?
    2. Is there a repository with QT 5.14 for 15.2 which can be used to update to the newer QT version?
    3. If so, would such an update have harmful repercussions for my system?

    Thanks for your help on this!

  10. #10

    Default Re: Kmail slow to read folders after update to 15.2

    Quote Originally Posted by bearymore View Post
    A response to the Bugzilla page recently added says that the problem has been fixed in QT 5.14 and it is unclear whether the fix will be backported to 5.12 which is used in Opensuse 15.2. This raises three questions:

    1. Will the fix be backported for Opensuse 15.2 and, if so, what is the time frame?
    The problem is that nobody knows what the fix actually is so far.
    Just some affected users reported that the problem seems to be gone after updating to Qt 5.14(.2, IIRC).

    If somebody finds out what exactly the fix is, it *might* be possible to backport it (or not, if the changes are too intrusive, rely on other changes, ...).

    My guess: it's not a simple bug in Qt < 5.14, but actually caused by some change in KDEPIM itself that happens to work fine on newer Qt releases, but not so much on older ones.

    2. Is there a repository with QT 5.14 for 15.2 which can be used to update to the newer QT version?
    Yes, but you have to upgrade *all* KDE packages as well, same as in previous versions.
    (Actually it has 5.15.0 meanwhile, not 5.14 anymore )

    https://en.opensuse.org/SDB:KDE_repositories

    3. If so, would such an update have harmful repercussions for my system?
    Well, new versions bring new features and can introduce new bugs. Also the packages are more or less untested (at least before they get submitted to Tumbleweed).
    But all in all it should be fine, as long as you do a full switch and not "forget" to update some packages.

Page 1 of 4 123 ... LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •