[opensuse-kde] kmail indexing problem - regression - again??
Hello, before I am going to post the kmail bug number....xxxx million I want to have a feedback on what could happen here. All what I am going to say is POP3 (as I am not even considering trying IMAP for security but also for functionality reasons...simply does never work as it should, which would be another issue but these days I consider "IMAP" dead anyway). So let us see: Open a local folder for one of your contacts. Define a filter for this contact define a preferred folder for this contact. receive a pgp encrypted mail (in the case RSA/RSA 4096) What the new mail will do, but not regularly, just "now and then" but once it happens it is unfortunately stable: if you have the preview window you will be able to decrypt the mail, and to read it...in the preview window. When you try to open the very same mail you will get the eternal "retriving the resource" and it will never open. That means AFAIK and AFAIU that the index is broken ...AGAIN? I had to reinstall kmail this year about 4 times (and here even shift to a news user because of impossibility of opening Kontact. Now AGAIN that index thing begins Up to yesterday I have a working backup archive that I have to perform EVERY DAY because of the hilarious vulnerability of these indexes. However now the archive adverts me of broken index and stops to work, so that is how I discover it all the time when another time another index is broken. This also means, if one of the subfolders in local has an index problem, either you have to define a hundred of archive procedures or you are stuck as "local" interrupts when it hits the borked index of that folder. Question: Time ago there was a function "rebuild indexes", you would loose some mail but then the problem was done. Unfortunately that is not the case any more. Is there a way to erase the index hit by this bug, where can I find it? Is there a way to achieve this on the CLI or by hand? Is there a way to debug this? I am happy to help. Otherwise is there a way to migrate to another email program that does not uses "indexes" for whatever relational database without loosing my data and mail?? (I know that everybody is migrating to thunderbird but that program seems to be on a dead end. What format is the most easy solution to migrate and is it possible to migrate pgp encrypted mail anyway? Is it possible to migrate back to kmail3? At least locally and with POP that worked well, up to excellent and I think the rpms are still available. Sorry for asking that, but with this regression with the indexes we are returning to the reliability of kmail that it had with 4.0. Another question that does not want to be polemic but I think would deserve an answer: This is a very, very, very basic install on a laptop, about 6 POP accounts and not a "incredible" amount of mail. It has not power-blackouts (as it is a laptop), it has had no crashes of the OS, it is a recent install from the scratch. Still it brakes like nothing. The question is: what are you wanting to achieve with kmail as developers? A enterprise solution (IMO cannot be, it fails already on a laptop). An end-user solution - cannot be, because it is not reliably saving the emails. Seriously, I know that I am irritated to the blood, thus I would rather like to understand the deeper meaning of this, so at least I can put my anger in a locker. Thank you and sorry for the despair. A short time it seamed that KDE4 was stable, but is seams for kmail that is still not true. --- Alle Postfächer an einem Ort. Jetzt wechseln und E-Mail-Adresse mitnehmen! http://email.freenet.de/basic/Informationen -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
In data mercoledì 20 maggio 2015 07:32:00, stakanov@freenet.de ha scritto: Hello,
it should, which would be another issue but these days I consider "IMAP" dead anyway). So let us see:
That's too bad, as IMAP is probably the best-working part of KMail (with Kolab servers, it's also even better).
When you try to open the very same mail you will get the eternal "retriving the resource" and it will never open.
Can you file a bug report upstream? There's one developer very active in the area of encrypt / decrypt bugs. It may also be a stale change file in the filesystem (contrary to popular belief, Akonadi does not store data in the database if > 4K: every resource uses a specific storage). I have to look up how to fix those as last time it occurred to me quite a while ago.
Question: Time ago there was a function "rebuild indexes", you would loose some mail but then the problem was done. Unfortunately that is not the case
There is a way, but as it's a potentially *destructive* operation, it may not be safe (make backups). Run "akonadiconsole", switch to the "Browser" tab, right click on the problematic folder and select "Clear Akonadi Cache".
mail?? (I know that everybody is migrating to thunderbird but that program
I don't know about "everybody", but I'm staying with KMail (but I'm using IMAP + Kolab).
migrate back to kmail3? At least locally and with POP that worked well, up
In the interest of history, it didn't work well *at all*, until the "enterprise3" branch was merged. I lost mail repeatedly due to rather serious flaws in the IMAP handling. And let's not forget filter processing that blocked the whole UI... IOW: it may have worked better for you, but it wasn't as reliable as the "old tales" say.
a recent install from the scratch. Still it brakes like nothing. The question is: what are you wanting to achieve with kmail as developers? A
1. Your question is misguided, this is the openSUSE KDE mailing list: there are few active PIM developers and most (if any) aren't active here 2. Filing bugs is probably going to be better to try to get your issues fixed.
enterprise solution (IMO cannot be, it fails already on a laptop). An
It is. It's being (or going to be) used by the city of Munich along with Kolab: that also generated a nice set of patches that are in the process of being integrated upstream for the Applications 15.08 release. -- Luca Beltrame - KDE Forums team KDE Science supporter GPG key ID: 6E1A4E79
participants (2)
-
Luca Beltrame
-
stakanov@freenet.de