Created attachment 68726 [details] Log from akonadi_imap_resource, remote service is GoogleMail Version: 4.7 (using KDE 4.7.4) OS: Linux Hi folks, today one of my Akonadi agents stops working - the agent fetches GoogleMail via IMAP. On every sync I'll get a notification saying "Unable to list item parts". This message (like many others, like "NO unkown namespace") is pretty useless for the unambitious, normal user. There is no guidance available in how to solve such issues. The Akonadi Console, a developer tool displaying frightening warnings wen started, names the error as Unknown Error: "AgentBase(akonadi_imap_resource_9): Unbekannter Fehler. (Unable to list item parts)" How can I solve the error of "Unable to list item parts"? For details I'll attach the debug output from Akonadi Console of that resource. I'm sorry that I have to say that, but currently I'm very dissatisfied with Akonadi. Akonadi is a vital part of KDE. KOrganizer depends on it; if Akonadi fails, the PIM suite fails, too. Akonadi should be much more fault tolerant if the remote resources does not work as expected, or should guide the user to the current settings if client's config is faulty. In my opinion, Akonadi is far away from being "rock solid". Reproducible: Always Steps to Reproduce: at least on my machine. Actual Results: - A useless error message without any advice about a possible fix. - A software (Akonadi) producing new errors once a month, while user has not changed anything in his settings. Expected Results: - A link to a FAQ, or at least a FAQ or answer that could by found by Google. The first link on Google is a link to a diff where 'mwolff' inserts that Exception into Akonadi. - If a serious exception occurs, Akonadi should no longer try to fetch that resource over and over again (my sync interval is 1 minute). It might lenghten the interval, but after a few tries it should notifiy the user *once*.
I agree, Akonadi is really *not* rock solid. Akonadi users are really lenient about its ability to break when sneezing. Today for instance Akonadi just repeated over and over that a maildir folder didn't exist until I stopped Akonadi, Nepomuk, then the whole Kde session. No I have that problem mentioned in bug #289097 to solve. Please make Akonadi more fault tolerant.
Both errors confirmed here. Our Exchange server is hopelessly unreliable (well what would you expect) and the admins restart it on a whim, sometimes several times a day. Every time they do, my DIMAP Akonadi resources either silently become disconnected and never reconnect, or loudly squirt out a dozen errors every minute. I'm not sure which is worse but neither is good :-(
(In reply to comment #2) > Every time they do, my DIMAP Akonadi resources either > silently become disconnected and never reconnect, or loudly squirt out a > dozen errors every minute. [...] which KDE version ? Make sure you use a recent one
Currently on 4.8.3, and have been generally tracking KDE stable via Ubuntu kde PPA. We only got the (ptui) exchange server recently so I can't go back much before 4.7.2 but this issue is certainly current.
By coincidence I just had this issue again whilst responding. It may be related to the caldav link perhaps rather than dimap, since they both go to the same server. After an overnight interruption to the connection, I have closed and exited kontact (not even running in system tray), and run "akonadictl stop", but the flood of "Unknown error: unable to list item parts" is *still* going on :-( I restarted akonadi using systemsettings "PIM framework", and both korganizer and plasma-desktop have now put up "Fetch job error" dialogue boxes with the same "unable to list item parts" message. What can be producing it, how can I help you debug this issue ? The cpu is being slugged to 100%, and the continuing popups severely interrupt my work.
Same issue here, KDE 4.11.2 on Kubuntu 13.10 I have imap gmail and I get spammed with these kind of error messages constantly and is so aggravating that I end turning off akonadi.
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.