Bug 340529 - KMail/Akanodi always mixes up IMAP folders
Summary: KMail/Akanodi always mixes up IMAP folders
Status: REPORTED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: IMAP resource (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Christian Mollekopf
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-31 12:58 UTC by wuselwu
Modified: 2020-07-24 23:35 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description wuselwu 2014-10-31 12:58:42 UTC
This is an error I have had in any Akonadi version since the introduction of this "framework". As I'm currently trying to give Akonadi another chance, I'm surprised it is still there and file a bug report.

I try to use Akonadi to manage several IMAP accounts (Web.de, Gmx.de, Gmail, to be exactly - doesn't matter which on or whether only on IMAP accout or several). I have in the course of time also used Akonadi with SQLite, MySQL (dedicated or internal) and now MariaDB (dedicated or internal), it's the same problem with all database backends.

Sooner or later KMail claims that the IMAP folder set up as the folder for sent mail/drafts/templates of some account does not longer exist. And then any folder setup for any of the configured IMAP accounts is completely messed up. "sent" messages of one account end up in the "drafts" folder of another account, "templates" of one account are stored in another accounts "trash", and so on.

Which makes Akonadi completely unusable for storing mails, as you never now where your mails will be put...

The folders are internally referenced by numbers, judging from the config files. Seemingly, in some circumstances, appearing about at least once per week on several PCs I own, this number schema gets mixed up.

I cannot say what triggers this bug, it simply happens. And to often to be taken lightly.

Reproducible: Sometimes
Comment 1 Martin Steigerwald 2016-01-13 20:07:00 UTC
Larx, two questions:

1) What versions of KDEPIM / Akonadi have you seen this with last?

2) Did you by chance delete the database? Or change DB type from one to another, SQLite to MySQL or so?

Although Akonadi should be only a cache it is *not* safe to delete the database. You will loose folder assignments that way. Also Akonadi does not migrate the database if you change to another DB type. So you will loose folder assignments on that as well. See:

Bug 336581 - accidental database loss causes Akonadi / KMail to silently break correct folder assignments

Thanks,
Martin
Comment 2 wuselwu 2016-01-16 06:05:46 UTC
First, I'm glad that these bugs get finally attention! Thanks for that. But: Frankly, I don't use Akonadi any longer, as I'm sick and tired of having to worry all the time because of mysteriously lost mails, contacts and calendar items. Sounds a bit harsh, but I've been hit once to often by these bugs. However, I still follow the bug report in the hope that these bugs get fixed, as I would like to use KDE integrated PIM software...

1) I gave up on Akonadi about half a year ago. Following openSUSE tumbleweed, that must still have been a KDE4 version.

2) During the numerous times the bug apeared, I used several computers, several user accounts, did some complete re-installs, used MySQL dedicated and MySQL embedded, and so on. The bug has been there for years over several installation- and hardware-cycles.

I'm a bit concerned about using Akonadi once again for reasons of bug hunting, as I'd have to use it on live PIM data, and I don't want to risk the (expected) silent data loss once again. But if there was some real chance of developper attention, I'd re-think ;).