Am Sonntag, 24. September 2017, 14:22:14 CEST schrieb Daniele:

Il 24/09/2017 10:47, stakanov ha scritto:

...

The combination of mariadb and kmail is (in my case, ymmv) totally non functional and a disaster. Data loss, crashes (up to system crashes), multiple merge candidates, blocked filters..... So, I do not care much about "loosing data" when changing, as I have archives with the mail that can be re-imported. Somebody did write some mail I think on this list on how to do it, but I lost them (due to kmail/akonadi dataloss) about how to migrate, and now I asked myself if it is easy to accomplish and if there is a blog with a howto from somebody who did it. Help is welcomed as the current situation is not acceptable or functional any more. Thank you

Hi, you can surf all opensuse ML with a browser: https://lists.opensuse.org/

*IMHO*, the only good fix for kmail/akonadi is to get rid of them and move to thunderbird :(

not in all cases... For me the main source of trouble comes from the fact that ~ is on NFS for me. Both mariadb/mysql AND sqlite do NOT like that at all. But in case of akonadi I can just point it at my central database server, for thunderbird (and firefox) I had to kludge something together that rsyncs my profile into /dev/ shm and back to nfs at login/logout. therefor, YMMV indeed. cheers Mathias -- Mathias Homann Senior Systems Engineer, IT Consultant. IT Trainer Mathias.Homann@openSUSE.org http://www.tuxonline.tech gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102

In data domenica 24 settembre 2017 14:33:59 CEST, Luca Beltrame ha scritto:

In data domenica 24 settembre 2017 10:47:58 CEST, stakanov ha scritto:

...

The combination of mariadb and kmail is (in my case, ymmv) totally non

YMMV indeed. I haven't seen a single issue with MariaDB + Akonadi in the last 3-4 years. That said, giving more details about your problems may help finding a fix for them. I have one substantial issue that, when hitting more then one local folder, get really troublesome. a) when the system was suspended, at wake-up, in a mixed set-up with pop and imap (form mailinglists) the messages will not displayed and a message below is shown: unable to fetch item (collection -1): unable to retrive item from resource: Multiple merge candidates, aborting.

You have then: exit kmail, open terminal, open akonadiconsole, clear the cache for the respective local subfolder. If more then one subfolder is hit, you need to do it for every f.... subfolder at a time, as multiple selection of subfolder has no effect, clear cache seems to work only folder per folder. You have then to close aconadiconsole (do not try to restart akonadi from it, as it is broken and will exit with a segfaul (already bug filed do bugzilla kde). When you now restart akonadi via console (akonadictl restart) then kmail, you will now have the messages in the folders, but about 20-50% in duplicates. Do not try "cartella" and then "rimovi duplicati". This just gives an error message, even if there are no subfolder. Use the second with mention of "subfolders". In about 50% of cases this will NOT clear the duplicates and you will have to eliminate them "by hand". If you do so, always take the first message of the duplicates. When eliminating the second duplicate in the row, both may go to the trash. But you do this because you want to get of the duplicates. Once you have done all this, you just have to wait for a few minutes. While writing a mail, the program will crash, the desktop will crash, all users open on that machine will crash, you are left with a black screen with a shimmering yellow stripe on the left side of the screen. That will vanish after a few (about 10) seconds. The machine will now switch off. (Bug reported as Bug 1053525 - System crashes to black screen and switchoff silently after coredump of kded, drkonqi and akonadi hanging?) to the opensuse bugzilla. When this happens you loose the last 10 lines of the mail you are writing. The rest opens as if the session would have been subject to snapshot, although the setting of plasma is "open an empty session, probably that means that the programm senses that it crashed. I have not managed to get any backtrace because this crash brings the house down. It is like glyposate, nothing survives, not even the user.... :-p When you have only pop and no(!) imap or mailing lists (my "post" user) then you will not experience this crash, but it will present multiple merge candidates when you leave the machine for long time in standby. It is also true that, when starting this user and checking mail too early when login in, the messages comming in will not be filtered. In order to enjoy filtering, you will have to close kontakt/kmail and log off and log in. Or (not really faster, you have to close the application, stop and restart akonadi, that will however not always grant the filter function. In this kind of setup the old regression that a pop up tells you that kmail does not know what to do with a certain filter (always an other, never the same) comes back on. Sometimes filter do work as follows: take as example a message from a vendor that you did whitelist. It will come in, will appear in inbox, then will be filtered to the subfolder, but the original will stay. If you click now on the subfolder you have 50% the message is readable, it signs read and the original in arrivals is now a unread duplicate. in 30% you click on the subfolder filtered message and it vanishes and the only one left is the one that is in arrival/arrivi). Now. in 20% you get multiple merge candidates and you cannot get any of the messages, or you can read one but it stays unread. Sometimes, if you do not read them, and you exit and then enter kmail, the message will appear correctly filtered without duplicate. Sometimes the following happens: you go to bed and switch off, the next morning you restart and find out you had mail.....albeit invisible. I call that function the "eastern egg function". During the writing of this mail I had two complete system crashes. If you say now: that is an old account... both user accounts where not migrated, the mails were achived in one case and reimported after a fresh user was set up. In the second case (the pop/imap) a new user was created and no messages was backported. As we speak I have data-loss, double messages, multiple merge candidates, and screwed up order of messages. You may now understand why I have a problem with this. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

In data lunedì 25 settembre 2017 09:36:49 CEST, stakanov ha scritto:

As I did write here I had another crash. And I have them only when writing in kmail/kontakt. So let us see if with the testpackages there is something

Be aware that the use of Qt Web Engine in kmail (basically a copy of Chromium's Blink rendering engine) may expose bugs in drivers (Noveau used to crash kmail all the time with it). I'm however not sure it's truly related. -- Luca Beltrame - KDE Forums team KDE Science supporter GPG key ID: A29D259B

Am Montag, 25. September 2017, 09:36:49 schrieb stakanov:

As I would prefer to stick as close to the leap "base" as possible (which is the reason that this time I am using the standard kernel (and not kernel stable), I would agree to the testing package and maybe this might at the end help the everage leap user that encounters the problem.

Well, trying the latest versions would show if your problems are already fixed upstream. If not, trying to backport patches would just be a waste of time anyway... But ok, let's try the kmail patch first, related to filtering. Please install the kmail package from here and report back whether it helps: https://download.opensuse.org/repositories/home:/wolfi323:/branches:/OBS_Mai... But just to be clear: if you already have a "Multiple Merge Candidate" problem, it will not be fixed by this. (according to the developers this cannot even be fixed afterwards without possible data loss, as Akonadi cannot determine which one of the multiple candidates would be the correct one) So, in that case, you'd need to wipe out the cache once more. AIUI, this patch should prevent duplicates caused by filtering though, or at least make them less likely. Also, as mentioned, I'd suggest to disable filters for some time to see if it is indeed related to that... (though if the above package fixes it, that's not necessary any more of course) Btw, may I mention that your mails/bugreports are really hard to read at times? I'd suggest to use more new lines/paragraphs, and/or leave out unrelated comments/rants... Thanks. ;-) Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org