Am Samstag, 6. Oktober 2018, 20:04:11 CEST schrieb Jan Ritzerfeld:
Am Sonntag, 23. September 2018, 21:25:57 CEST schrieb Herbert Albert:
(...). Kam vielleicht nicht klar rüber,
Alle meine Ordner liegen unterhalb "Lokaler Ordner", übrigens auch Posteingang, Postausgang, etc.
Okay, das passt zu den Ausschnitten deiner Logfiles.
akonadictl fsck meldet nichts Auffälliges,
Gut, dann scheint zumindest das anfängliche DB-Problem gelöst zu sein.
es kommt in der langen Liste jedenfalls keine Fehlermeldung, bis auf
Skipping virtual Collection 1
Checking Collection 71 search index... org.kde.pim.akonadiplugin_indexer: unknown term "" Checking Collection 192 search index... org.kde.pim.akonadiplugin_indexer: unknown term "" Checking Collection 206 search index... org.kde.pim.akonadiplugin_indexer: unknown term ""
Wenn also "unknown term" ein Hinweis ist, was tun?
Hmm. Da ich einerseits fast nur IMAP-Ordner habe und andererseits das Problem nur selten habe, weiß ich jetzt auch nicht mehr weiter und muss raten: Die Fehlermeldungen kommen anscheinend von der Akonadi-Volltextindizierung. Das hat AFAIK nichts mit der normalen Datei-Indizierung (baloo) zu tun. Wie man erstere wirklich dauerhaft ausschaltet, habe ich nicht gefunden. Du kannst aber im Eigenschafts-Dialog eines jeden Ordners unter Wartung die Volltextindizierung neu aufbauen oder ausschalten. Vielleicht findest du so einen Ordner, der beim Neuaufbau Probleme macht.
Holzhammer um den Volltextindex aller Ordner neu aufzubauen wäre wahrscheinlich das Löschen von ~/.local/share/akonadi/search_db/collections/ wobei ich nicht weiß, was das für Nebenwirkungen hat.
Gruß Jan Hallo Jan,
das wäre mein nächster Versuch tabula rasa zu machen und mal alles zu akonadi gehörende zu löschen, ohne meine alten Mails zu verlieren und das Gespann KMail/Akonadi neu aufzusetzen. Vielleicht liest jemand mit, der weiß wie das geht. Meine Mails liegen unter ~/.local/share/.local-mail.directory. Das sehe ich an dem Zeitstempel der letzten Zugänge (z.B. l -tr ~/.local/share/.local- mail.directory/inbox/cur/). Durch akonadiconsole bin ich aber noch auf eine Ungereimtheit gestoßen, die sich evtl. durch die vielen Versionsupgrades der vergangenen Jahre eingeschlichen hat. Unter akonadiconsole -> Browser highlighte ich den Ordner "Lokaler Ordner" und dann Rechtsklick Eigenschaften. Dort unter "Internals" steht als Remote identifier: /home/herbert/.local/ share/local-mail. Den Ordner gibt es und der scheint seit dem 22. Dez. 2014 nicht mehr benutzt worden zu sein. Um die Zeit herum habe ich meistens Zeit für eine Systemaktualisierung. Alle Ordner tmp/new/cur in den Unterordnern sind leer. Also, wenn jemand eine gute Vorgehensweise kennt, was muss ich sichern, was kann/muss ich löschen und was muss ich neu aufsetzen, wäre ich dankbar. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org