KMail zeigt keine Mails mehr an

[Helge Reimer]

Hallo,

bei meinem Sid zeigt KMail seit Sonntag keine Mails mehr an.
Weder im Vorschaubereich, noch wenn ich eine Mail öffne. Es wird dann eine
komplett leere Mail angezeigt.
Ich sehe den Inhalt von Mails nur noch, wenn ich darauf Antworte.
Ansonsten funktioniert KMail wie gewohnt.

~/.config/kmail2.rc hatte ich zum Test schon mal ohne Verbesserung umbenannt.

Weß jemand woran das liegt und was ich tun könnte?

[Helge Reimer]

Post by Helge Reimer
Hallo,
bei meinem Sid zeigt KMail seit Sonntag keine Mails mehr an.

Beim heutigen Update war einiges vielversprechendes dabei. Ein paar Pakete von
Akonadi, kde-pim und sogar für KMail selbst gabs ein Update.
Leider habe ich immer noch das selbe Problem.

[Klaus Klose]

Am Mittwoch, den 16.12.2020, 18:22 +0100 schrieb Helge Reimer:

Hallo Helge

Post by Helge Reimer
Beim heutigen Update war einiges vielversprechendes dabei. Ein paar Pakete von
Akonadi, kde-pim und sogar für KMail selbst gabs ein Update.
Leider habe ich immer noch das selbe Problem.

Als ich noch an KDE geglaubt habe (lange her) war es an der
Tagesordnung Akonadi immer wieder zurück zu setzen, weil eben so etwas
wie von Dir beschrieben einem in die Empfindlichkeiten getreten hat.

<https://wiki.ubuntuusers.de/Akonadi/#Akonadi-zuruecksetzen>

--
Klaus Bernhard Klose

[Helge Reimer]

Post by Klaus Klose
Als ich noch an KDE geglaubt habe (lange her) war es an der
Tagesordnung Akonadi immer wieder zurück zu setzen, weil eben so etwas
wie von Dir beschrieben einem in die Empfindlichkeiten getreten hat.

Scheinbar tatsächlich ein Problem mit Akonadi.
Auch in der Akonadi-Konsole wird der Inhalt meiner Mails nicht angezeigt.
Bei einem anderen Benutzer auf dem selben Rechner funktioniert alles wie es
soll.

Akonadi komplett zurücksetzen geht mir gerade ein Stück zu weit.
Kann ja nur an einer verkorksten Konfiguration liegen und nicht an den
Resourcen. Selbst bei einer neu angelegten Resource tritt das Problem auf.

Für weitere Tipps wäre ich sehr dankbar.

[Helge Reimer]

Post by Helge Reimer
Akonadi komplett zurücksetzen geht mir gerade ein Stück zu weit.
Kann ja nur an einer verkorksten Konfiguration liegen und nicht an den
Resourcen. Selbst bei einer neu angelegten Resource tritt das Problem auf.

Genau das hier ist mein Problem.
https://forum.ubuntuusers.de/topic/kmail-anzeige-der-emails/

Seine "Lösung" war ja ~/.cache und ~/.local zu löschen. Das kanns ja nicht
sein.

Ich habe mal den Ordner ~/.config/akonadi umbenannt.
Meine Resourcen waren dann nicht mehr verfügbar. Eine neu angelegte Resource
hat das selbe Problem. Es wird kein Inhalt angezeigt.
Habe auch eine ältere Version von ~/.config/akonadi vom April 2020 ausprobiert.
Keine Veränderung.

Dann habe ich auch ~/.local/share/akonadi umbenannt.
Keine Veränderung. Der Ordner wird neu erstellt und alles ist wie gehabt.

In Richtung Akonadi weiß ich nicht mehr wo ich suchen soll.
Wenn hier kein besserer Tipp kommt werde ich als nächstes tatsächlich mal
~/.local umbenennen. Wenn dann Akonadi/KMail wieder richtig funktioniert liegt
der Fehler ja irgendwo in ~/.local. Aber wo?
Welche Datei kmmt da noch in Frage?

[Helge Reimer]

Post by Helge Reimer
In Richtung Akonadi weiß ich nicht mehr wo ich suchen soll.
Wenn hier kein besserer Tipp kommt werde ich als nächstes tatsächlich mal
~/.local umbenennen. Wenn dann Akonadi/KMail wieder richtig funktioniert
liegt der Fehler ja irgendwo in ~/.local. Aber wo?
Welche Datei kmmt da noch in Frage?

Wenn ich ~/.local umbenenne kann ich eine neue Resource anlegen und die
funktioniert auch.
Der Fehler liegt also in ~/.local
Ich finde da aber nichts.

[Klaus Klose]

Am Mittwoch, den 16.12.2020, 22:38 +0100 schrieb Helge Reimer:

Hallo Helge

Post by Helge Reimer
Wenn ich ~/.local umbenenne kann ich eine neue Resource anlegen und die
funktioniert auch.
Der Fehler liegt also in ~/.local
Ich finde da aber nichts.

Ich bin damals zu der Erkenntnis gekommen, dass man den immer wieder
auftretenden Probleme mit Akonadi ohne genaue Kenntnis was da im
Hinter- und Untergrund wirklich passiert, nur mit dem größten aller
möglichen "Hämmer" bekommen kann. Eben alles zurück setzen, wenn es garnicht mehr will.

--
Klaus Bernhard Klose

[Matthias Erich Popp]

Post by Helge Reimer

Post by Helge Reimer
Akonadi komplett zurücksetzen geht mir gerade ein Stück zu weit.
Kann ja nur an einer verkorksten Konfiguration liegen und nicht an den
Resourcen. Selbst bei einer neu angelegten Resource tritt das Problem auf.

Genau das hier ist mein Problem.
https://forum.ubuntuusers.de/topic/kmail-anzeige-der-emails/
Seine "Lösung" war ja ~/.cache und ~/.local zu löschen. Das kanns ja nicht
sein.
Ich habe mal den Ordner ~/.config/akonadi umbenannt.
Meine Resourcen waren dann nicht mehr verfügbar. Eine neu angelegte Resource
hat das selbe Problem. Es wird kein Inhalt angezeigt.
Habe auch eine ältere Version von ~/.config/akonadi vom April 2020
ausprobiert. Keine Veränderung.
Dann habe ich auch ~/.local/share/akonadi umbenannt.
Keine Veränderung. Der Ordner wird neu erstellt und alles ist wie gehabt.
In Richtung Akonadi weiß ich nicht mehr wo ich suchen soll.
Wenn hier kein besserer Tipp kommt werde ich als nächstes tatsächlich mal
~/.local umbenennen. Wenn dann Akonadi/KMail wieder richtig funktioniert
liegt der Fehler ja irgendwo in ~/.local. Aber wo?
Welche Datei kmmt da noch in Frage?

Akonadi hat mich mal eine Zeitlang zur Verzweiflung getrieben. Und zwar ist der immer
dann abgeschmiert wenn 100 oder mehr Mails einsortiert werden sollten. Genaues
Muster gabs dabei nicht , konnte auch schon mal weniger sein. Oder das Sortieren wurde
ab einem gewissen Punkt eingestellt..
Erst hab ich mir mit einem kompletten Neustart des Rechners des Rechners geholfen. Bis
ich dann der Sache mal auf den Grund gegangen bin. Der neustart von Akonadi auf einer
Textkonsole hat dann zu Tage gebracht das da auch noch eine Mysql (MariaDB) Instanz
löuft. Die dann abgeschossen und danach ließ sich dann Akonadi wieder starten

Post by Helge Reimer

Post by Helge Reimer
akonadictl start

Und was die leeren Mails anbetrifft. Das hing bei mir anscheinend mit der SSD zusammen.
Das ganze war anscheinend zu schnell so das sich Akonadi schlicht verhaspelt hat. So das
Mails teilweise zweimal einsortiert wurden. Einmal mit Text und einem nur mit Header und
der Test war leer. Und diese Leichen ließen sich nicht so ohne weiteres löschen. Nur auf
die radikale Weise mit

Post by Helge Reimer

Post by Helge Reimer
CTRL ENTF

so das ohne Nachfrage gelöscht wird und auch nichts im Papierkorb landet.

[Timo Sokal]

Am Mittwoch, den 16.12.2020, 21:48 +0100 schrieb Helge Reimer:

Moin

Hast Du vor allen diesen Aktionen dafür gesorgt, dass auch wirklich
nichts mehr von Akonadi aktiv am laufen ist? Kontrolliert, dass alle,
wirklich alle damit zusammenhängende Prozesse gekillt sind?

Post by Helge Reimer

Post by Helge Reimer
Akonadi komplett zurücksetzen geht mir gerade ein Stück zu weit.
Kann ja nur an einer verkorksten Konfiguration liegen und nicht an den
Resourcen. Selbst bei einer neu angelegten Resource tritt das Problem auf.

Genau das hier ist mein Problem.
https://forum.ubuntuusers.de/topic/kmail-anzeige-der-emails/
Seine "Lösung" war ja ~/.cache und ~/.local zu löschen. Das kanns ja nicht
sein.
Ich habe mal den Ordner ~/.config/akonadi umbenannt.
Meine Resourcen waren dann nicht mehr verfügbar. Eine neu angelegte Resource
hat das selbe Problem. Es wird kein Inhalt angezeigt.
Habe auch eine ältere Version von ~/.config/akonadi vom April 2020 ausprobiert.
Keine Veränderung.
Dann habe ich auch ~/.local/share/akonadi umbenannt.
Keine Veränderung. Der Ordner wird neu erstellt und alles ist wie gehabt.
In Richtung Akonadi weiß ich nicht mehr wo ich suchen soll.
Wenn hier kein besserer Tipp kommt werde ich als nächstes tatsächlich mal
~/.local umbenennen. Wenn dann Akonadi/KMail wieder richtig
funktioniert liegt
der Fehler ja irgendwo in ~/.local. Aber wo?
Welche Datei kmmt da noch in Frage?

[Helge Reimer]

Post by Klaus Klose
<https://wiki.ubuntuusers.de/Akonadi/#Akonadi-zuruecksetzen>

Ich bin immer noch nicht von der Holzhammermethode überzeugt. Akonadi
funktioniert ja so weit.
Jetzt habe ich Akonadi mal beendet und mit 'akonadictl start' neu gestartet.
Die Ausgabe in der Konsole erscheint normal bis auf diese Zeile:

'org.kde.pim.akonadi_indexer_agent: Database Corrupted - What did you do?'

Wie kann ich die Datenbank reparieren?

[Martin Steigerwald]

Hi Helge.

Post by Helge Reimer

Post by Klaus Klose
<https://wiki.ubuntuusers.de/Akonadi/#Akonadi-zuruecksetzen>

Ich bin immer noch nicht von der Holzhammermethode überzeugt. Akonadi
funktioniert ja so weit.

Würde ich auch nicht so schnell machen.

Post by Helge Reimer
Jetzt habe ich Akonadi mal beendet und mit 'akonadictl start' neu
gestartet. Die Ausgabe in der Konsole erscheint normal bis auf diese
'org.kde.pim.akonadi_indexer_agent: Database Corrupted - What did you do?'
Wie kann ich die Datenbank reparieren?

Ich vermute, das betrifft nur die Xapian-basierte Datenbank zum Suchen in
Mails. Die kann Akonadi jeder Zeit wieder neu erstellen, indem
"akonadi_indexing_agent" alle Mails erneut indiziert.

Daher würde ich in diesem Fall die Xapian-Datenbank – und *nur* diese –
aus dem Weg schaffen. Die ist standardmäßig in

~/.local/share/akonadi/search_db

Ich würde das Verzeichnis zum Test einfach mal umbenennen. Inwiefern
diese Maßnahme KMail dazu bringt, Mails wieder anzuzeigen, kann ich auch
nicht vorhersagen.

Ansonsten würde ich KMail mal von einer Shell – via Konsole z.B. –
starten und schauen, ob es da irgendwelche Fehlermeldungen gibt. Wenn
ich mich recht an den Anfang des Threads erinnere, nutzt Du Debian Sid,
vielleicht fehlt da ja was oder irgendwo passen Versionen nicht
zueinander. Ich nutze KMail ebenfalls unter Sid und ich sehe meine
Mails. Das ist also sicherlich kein prinzipielles Problem.

Ich bin mit der Mail-Indizierung bis heute nicht zufrieden und entfernte
immer wieder mal neu nach einer Aktualisierung des Paketes die
Ausführrechte von '/usr/bin/akonadi_indexing_agent'. Einfach, weil das
Teil so dermaßen viel Resourcen gezogen hat, dass das BTRFS RAID 1 auf
zwei SSDs auf einer SSD ans Limit kam und zwar massiv. Der der KDEPIM-
Entwickler Daniel Vrátil wollte das Indizieren und die Suche mal
komplett überarbeiten. Er ist aber bislang nicht dazu gekommen, diese
Arbeiten zu vervollständigen. Die derzeitige Lösung hat einige, auch
konzeptionelle Schwächen.

Ciao,

[Helge Reimer]

Post by Martin Steigerwald
~/.local/share/akonadi/search_db
Ich würde das Verzeichnis zum Test einfach mal umbenennen. Inwiefern
diese Maßnahme KMail dazu bringt, Mails wieder anzuzeigen, kann ich auch
nicht vorhersagen.

Das hat leider keine Veränderung gebracht.

Post by Martin Steigerwald
Ansonsten würde ich KMail mal von einer Shell – via Konsole z.B. –
starten und schauen, ob es da irgendwelche Fehlermeldungen gibt. Wenn

KMail sagt mir:

Cannot initialize model with data QJsonObject() . missing: QJsonValue(string,
"urls")
loadExternal false mHtmlLoadExtOverride false
org.kde.kitinerary: Cannot find external extractor: "kitinerary-extractor"
loadExternal false mHtmlLoadExtOverride false

Klingt vielversprechend, kann ich aber leider nichts mit anfangen.

[Martin Steigerwald]

Post by Martin Steigerwald
Ansonsten würde ich KMail mal von einer Shell – via Konsole z.B. –
starten und schauen, ob es da irgendwelche Fehlermeldungen gibt. Wenn

QJsonValue(string, "urls")
loadExternal false mHtmlLoadExtOverride false
"kitinerary-extractor" loadExternal false mHtmlLoadExtOverride
false
Klingt vielversprechend, kann ich aber leider nichts mit anfangen.

Hmmm, KItinerary ist was Neues, das Fahr- und Flugkarten und mehr in
Mails auswerten kann. Volker Krause entwickelt das und hat den externen
Extraktor auch mal erwähnt:

https://www.volkerkrause.eu/2019/09/21/kde-itinerary-cli-extractor.html

Hmmm, ich finde da kein Debian-Paket für. Und den Befehl "kitinerary-
extractor" finde ich auch nicht. Möglicherweise gibt es in Debian noch
kein Paket dafür.

Da ich die Mails aber sehe, gehe ich davon aus, dass es einen anderen
Grund hat, dass Du Mails nicht siehst. Eine andere Idee, habe ich aber
gerade auch nicht. Sind die Mails denn in Akonadiconsole im "Browser"
Tab sichtbar? Da sollten in den Mail-Ordner je nach Anzahl der Mails
entsprechend viele Einträge auftauchen. In der Spalte "Id" sollte
zumindest für jede Mail eine Id angezeigt sein. Bei Mails auf IMAP auch
noch eine Remote Id.

Ansonsten kann ich Dir nur noch empfehlen, falls Du englisch kannst, auf
den kdepim-users oder vielleicht auch debian-kde Mailinglisten
nachzufragen.

Ich schreib dem Debian Qt/KDE Team dennoch mal einen Hinweis auf diesen
Extraktor.

Ciao,

[Paul Muster]

Post by Martin Steigerwald
Hmmm, KItinerary ist was Neues, das Fahr- und Flugkarten und mehr in
Mails auswerten kann.

Ahja. Wer hat denn nach sowas gefragt?

Post by Martin Steigerwald
Volker Krause entwickelt das und hat den externen

Wenn ihm mal wieder langweilig ist, baut er irgendein Tool, das meine
Briefpost aus dem Briefkasten holt, öffnet, analysiert und beantwortet?


mfG Paul, kopfschüttelnd

PS. Ja, ich weiß, dass gewisse E-Mail-Provider so einen Quatsch
einsetzen und es wohl zumindest ein paar Produktmanager bei diesen
Providern gibt, die das für sinnvoll halten.

[Martin Steigerwald]

Post by Paul Muster

Post by Martin Steigerwald
Hmmm, KItinerary ist was Neues, das Fahr- und Flugkarten und mehr in
Mails auswerten kann.

Ahja. Wer hat denn nach sowas gefragt?

Das spielt aus meiner Sicht hier keine Rolle. Da entwickelt jemand in
seiner freien Zeit an freier Software. Da ist es nur recht und billig,
das er macht, was er möchte, insofern die anderen, die da mit entwickeln
an der Software damit einverstanden sind.

Und falls es doch bezahlte Entwicklungsarbeit war, dann hat jemand den
Auftrag geben.

Post by Paul Muster

Post by Martin Steigerwald
Volker Krause entwickelt das und hat den externen

Wenn ihm mal wieder langweilig ist, baut er irgendein Tool, das meine
Briefpost aus dem Briefkasten holt, öffnet, analysiert und
beantwortet?

Ich halte was er gemacht hat für eine sinnvolle Sache. Es geht nämlich
gerade darum, so etwas machen zu können, ohne die Privatsphäre zu
verletzen und irgendetwas an Google und Co weiter zu telefonieren.

Ich stimme allerdings insoweit zu, dass es auch sinnvoll ist, die lange
bekannten und immer wieder auftretenden Stabilitätsprobleme mit Akonadi
zu lösen. Und das halte ich in der Tat ebenfalls für wichtiger, als neue
Funktionen einzubauen. Aber solange ich da keinen Auftrag gebe, ist es
nicht an mir zu bestimmen, was die Entwickler machen.

Die Funktion selbst finde ich jedoch durchaus sinnvoll.

So oder so ist das in diesem Thema aber off-topic.

Ciao,

[Paul Muster]

Post by Martin Steigerwald

Post by Paul Muster

Post by Martin Steigerwald
Hmmm, KItinerary ist was Neues, das Fahr- und Flugkarten und mehr in
Mails auswerten kann.

Ahja. Wer hat denn nach sowas gefragt?

Das spielt aus meiner Sicht hier keine Rolle. Da entwickelt jemand in
seiner freien Zeit an freier Software. Da ist es nur recht und billig,
das er macht, was er möchte, insofern die anderen, die da mit entwickeln
an der Software damit einverstanden sind.
Und falls es doch bezahlte Entwicklungsarbeit war, dann hat jemand den
Auftrag geben.

Post by Paul Muster

Post by Martin Steigerwald
Volker Krause entwickelt das und hat den externen

Wenn ihm mal wieder langweilig ist, baut er irgendein Tool, das meine
Briefpost aus dem Briefkasten holt, öffnet, analysiert und
beantwortet?

Ich halte was er gemacht hat für eine sinnvolle Sache. Es geht nämlich
gerade darum, so etwas machen zu können, ohne die Privatsphäre zu
verletzen und irgendetwas an Google und Co weiter zu telefonieren.
Die Funktion selbst finde ich jedoch durchaus sinnvoll.

Deine Argumentation ist schlüssig. Danke dafür, ich stimme dir zu. Zwar
brauche _ich_ die Funktionalität nicht, aber irgendwer - möglicherweise
der genannte Entwickler selbst - will das offenbar haben. Dann möge er
es programmieren (lassen).

Wichtig ist dann aber, dass diese neue zusätzliche Funktionalität nicht
andere Funktionen kaputtmacht.


mfG Paul

[Martin Steigerwald]

Post by Paul Muster

Post by Martin Steigerwald
Die Funktion selbst finde ich jedoch durchaus sinnvoll.

Deine Argumentation ist schlüssig. Danke dafür, ich stimme dir zu.
Zwar brauche _ich_ die Funktionalität nicht, aber irgendwer -
möglicherweise der genannte Entwickler selbst - will das offenbar
haben. Dann möge er es programmieren (lassen).
Wichtig ist dann aber, dass diese neue zusätzliche Funktionalität
nicht andere Funktionen kaputtmacht.

Ich denke nicht, dass das hier der Fall ist.

Übrigens ist in Unstable mittlerweile auch dieses externe Extraktor-
Programm enthalten.

Ciao,

[Helge Reimer]

Post by Martin Steigerwald
Da ich die Mails aber sehe, gehe ich davon aus, dass es einen anderen
Grund hat, dass Du Mails nicht siehst. Eine andere Idee, habe ich aber
gerade auch nicht. Sind die Mails denn in Akonadiconsole im "Browser"
Tab sichtbar? Da sollten in den Mail-Ordner je nach Anzahl der Mails
entsprechend viele Einträge auftauchen. In der Spalte "Id" sollte
zumindest für jede Mail eine Id angezeigt sein. Bei Mails auf IMAP auch
noch eine Remote Id.

Akonadi scheint normal zu funktionieren. Id und Remote Id wird für jede Mail
angezeigt.
Unter Raw Payload wird mir auch der Mail Quelltext angezeigt.
Nur unter Payload bleibt es leer.

Post by Martin Steigerwald
Ansonsten kann ich Dir nur noch empfehlen, falls Du englisch kannst, auf
den kdepim-users oder vielleicht auch debian-kde Mailinglisten
nachzufragen.

Ich warte nochmal ab. Momentan läuft bei mir Plasma 5.20 aus Norberts Repo.
Vielleicht ändert sich ja noch was wenn 5.20 komplett in unstable angekommen
ist.

[Martin Steigerwald]

Am Dienstag, 22. Dezember 2020, 09:19:05 CET schrieb Martin

Post by Martin Steigerwald
Da ich die Mails aber sehe, gehe ich davon aus, dass es einen anderen
Grund hat, dass Du Mails nicht siehst. Eine andere Idee, habe ich
aber gerade auch nicht. Sind die Mails denn in Akonadiconsole im
"Browser" Tab sichtbar? Da sollten in den Mail-Ordner je nach
Anzahl der Mails entsprechend viele Einträge auftauchen. In der
Spalte "Id" sollte zumindest für jede Mail eine Id angezeigt sein.
Bei Mails auf IMAP auch noch eine Remote Id.

Akonadi scheint normal zu funktionieren. Id und Remote Id wird für
jede Mail angezeigt.
Unter Raw Payload wird mir auch der Mail Quelltext angezeigt.
Nur unter Payload bleibt es leer.

Das sieht für mich so aus, als ob das ein Oberflächen-Element fehlt. In
KMail kommt etwas zum Einsatz, das letztlich Qt WebEngine verwendet.
Hmm, und Akonadiconsole scheint das auch so zu machen. Also
Akonadiconsole auf der Konsole starten und dann mal ein Payload anzeigen
lassen und schauen, ob er das was nicht findet, wäre noch eine Idee.

Post by Martin Steigerwald
Ansonsten kann ich Dir nur noch empfehlen, falls Du englisch kannst,
auf den kdepim-users oder vielleicht auch debian-kde Mailinglisten
nachzufragen.

Ich warte nochmal ab. Momentan läuft bei mir Plasma 5.20 aus Norberts
Repo. Vielleicht ändert sich ja noch was wenn 5.20 komplett in
unstable angekommen ist.

Hmmm, hattest Du das erwähnt? Möglicherweise passen da doch einige
Versionen nicht richtig zusammen. Es sollte dann aber auf der Konsole
irgendwo eine Fehlermeldung kommen.

Wenn Du Sachen aus Norberts Repo verwendest, ist das natürlich hier
streng genommen natürlich auch nicht mehr on-topic. Da müsstest du dich
für den Support an sich an Norbert wenden. Damit verbinde ich keine
Aussage über die Qualität von den Paketen von seinem Repo. Auch ist mir
nicht klar, inwiefern das mit Deinem Problem zu tun hat. Aber es sind
eben keine offiziellen Pakete aus dem Debian-Archiv. Und hier funktioniert
es.

Ciao,

[Helge Reimer]

Post by Martin Steigerwald
Das sieht für mich so aus, als ob das ein Oberflächen-Element fehlt. In
KMail kommt etwas zum Einsatz, das letztlich Qt WebEngine verwendet.

Qt WebEngine hatte ich auch schon in Verdacht.
Ich wüsste aber nicht, daß es am Sonntag da irgendwelche Veränderungen gab.

Post by Martin Steigerwald
Hmmm, hattest Du das erwähnt? Möglicherweise passen da doch einige
Versionen nicht richtig zusammen. Es sollte dann aber auf der Konsole
irgendwo eine Fehlermeldung kommen.

Nein, hatte ich bisher nicht erwähnt.
Ich weiß, DontBreakDebian.

Post by Martin Steigerwald
Wenn Du Sachen aus Norberts Repo verwendest, ist das natürlich hier
streng genommen natürlich auch nicht mehr on-topic. Da müsstest du dich
für den Support an sich an Norbert wenden. Damit verbinde ich keine
Aussage über die Qualität von den Paketen von seinem Repo. Auch ist mir
nicht klar, inwiefern das mit Deinem Problem zu tun hat. Aber es sind
eben keine offiziellen Pakete aus dem Debian-Archiv. Und hier funktioniert

Alles klar.
Ich schau nochmal. Und im Zweifel wende ich mich an Norbert.

[Helge Reimer]

Post by Helge Reimer
Qt WebEngine hatte ich auch schon in Verdacht.
Ich wüsste aber nicht, daß es am Sonntag da irgendwelche Veränderungen gab.

Fällt auch aus.
Bei einem anderen Benutzer auf dem selben Rechner ist alles OK.

[Helge Reimer]

Post by Martin Steigerwald
Daher würde ich in diesem Fall die Xapian-Datenbank – und *nur* diese –
aus dem Weg schaffen. Die ist standardmäßig in
~/.local/share/akonadi/search_db
Ich würde das Verzeichnis zum Test einfach mal umbenennen. Inwiefern
diese Maßnahme KMail dazu bringt, Mails wieder anzuzeigen, kann ich auch
nicht vorhersagen.

Vermutlich liegst du damit doch richtig. Ich habe noch mal einiges probiert
und bin zu dem Schluß gekommen, daß der Fehler tatsächlich in ~/.local/share/
akonadi liegt. Wo genau sehe ich mir die Tage mal an.

Nach dem umbennen von ~/.local/share/akonadi und einem Neustart des Rechners
werden Mails wieder angezeigt.

Ich bin noch nicht ganz dahinter gestiegen was ich vor/nach Änderungen in den
betreffenden Verzeichnissen stoppen/neustarten muß um eine Wirkung zu sehen.

[Helge Reimer]

Post by Helge Reimer
Nach dem umbennen von ~/.local/share/akonadi und einem Neustart des Rechners
werden Mails wieder angezeigt.

Es fehlte der komplette Order '~/.local/share/akonadi/db_data/mysql/'
Jetzt frage ich mich, wie das passieren kann.
Das ist ja kein Ort an dem man mal versehentlich was löscht.
Es wird jetzt täglich eine Kopie erstellt.