KMail: Speicher-Problem

Hinweis: In dem Thema KMail: Speicher-Problem gibt es 15 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Hallo Community


    Seit zwei Tage bekomme ich ein paar Sekunden nach dem Versenden jeder E-Mail die Fehlermeldung Das Senden der E-Mail ist fehlgeschlagen, mit folgenden In halt:

    Code
    Das Ergebnis kann nicht im Objekt gespeichert werden. 
    [LLCONFLICT] Resource akonadi_imap_resource_3 tries to 
    modify item 178593 (7665) (in collection 3815) with revision 1;
    the item was modified elsewhere and has revision 2, aborting STORE. 

    Die "item" Nummer ist selbstverständlich jedes Mal anders ...

    Die E-Mail wird allerdings tatsächlich geschickt und von Adressierten empfangen.

    Eine Weitere Information: in den letzten Tagen wurde kein KDE-Paket updatet oder neu installiert.


    Weißt jemand was da passiert? oder was der Verursacher sein kann?


    Vielen Dank im voraus für jede Hilfe


    ÜBER DIE UMGEBUNG:

    OpenSUSE Leap 15.6

    KDE-Plasma 5.27.11

    Kontact 5.24.5

    KMail 23.08.5-bp156.1.3

    Einmal editiert, zuletzt von susino ()

    Für den Inhalt des Beitrages 317373 haftet ausdrücklich der jeweilige Autor: susino

  • Poste mal bitte in Codetags


    Code
    zypper lr -d

    Ich nutze kein KMail oder ähnliches, deshalb kann ich da nicht helfen, aber wir können mal wegen der Updates schauen.

  • Poste mal bitte in Codetags


    Code
    zypper lr -d

    Ich nutze kein KMail oder ähnliches, deshalb kann ich da nicht helfen, aber wir können mal wegen der Updates schauen.

    Eigentlich habe ich gestern über YAST überprüft: es gibt keine Updates

    Für den Inhalt des Beitrages 317375 haftet ausdrücklich der jeweilige Autor: susino

  • Hab gerade kein Leap 15.6 am laufen, aber was ergibt


    Code
    zypper clean -a && zypper up

    Die kurze Fassung

    Code
    localhost:/home/geppino # zypper clean -a && zypper up
    Alle Repositorys wurden bereinigt.
    
    ...
    Keine auszuführenden Aktionen.

    Für den Inhalt des Beitrages 317377 haftet ausdrücklich der jeweilige Autor: susino

  • Diese bitte alle wieder auf 99 stellen.

    Bei denen wird das Update über die Version gesteuert und nicht die Priorität.



    Hast du mal akonadi versucht?


    Als User ausgeführt:

    Code
    akonadictl fsck
    Code
    akonadictl vacuum

    Für den Inhalt des Beitrages 317379 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Diese bitte alle wieder auf 99 stellen.

    Bei denen wird das Update über die Version gesteuert und nicht die Priorität.

    gerade getan. Ich hatte eigentlich anders gelernt ... wahrscheinlich haben sich die Regel geändert ...


    Zur Zeit läuft ein akonadi-Server Neustart. Danach lasse ich i.d.R. den PC neu starten. Diesmal aber nur

    herunter fahren, weil ich gleich in die Arbeit muss. Am späteren Nachmittag versuche ich mit den vorgeschlagenen zwei Befehlen und melde das Ergebnis.


    Vielen Dank und bis später.

    Für den Inhalt des Beitrages 317380 haftet ausdrücklich der jeweilige Autor: susino

  • Ich hatte eigentlich anders gelernt ... wahrscheinlich haben sich die Regel geändert ...

    Nö, bei OSS,Non-OSS, den beiden Updates Rpos zu diesen, sowie dem Backports- und SLE-Update wird alles über die Version gesteuert.


    war schon immer so.

    Für den Inhalt des Beitrages 317382 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Update (es hat etwas länger gedauert, weil ich dann weiter im System und im Internet weiter gesucht habe - siehe unten)


    Ergebnisse


    1. Versandtest nach Neustart von akonadi-Server: Fehler bleibt bestehen

    2.

    Code
    ~> akonadictl fsck
    Checking Collection 3029 search index...
    ...
    Checking Collection 4283 search index...
    Flushing collection statistics memory cache...
    Making sure virtual search resource and collections exist
    Consistency check done.
    ~>


    Code
    ~> akonadictl vacuum
    vacuuming database, that'll take some time and require a lot of temporary disk space...
    optimizing table SchemaVersionTable...
    ...
    optimizing table CollectionPimItemRelation...
    vacuum done


    Versandtest nach den zwei Befehlen: Fehler bleibt bestehen


    . . . .

    Ergebnisse aus der "Weitersuche"


    1. Bei der Suche unter /.local/share/ ist mir aufgefallen, dass die imap_resource_3 (imap account) fehlt.

    Ich weiß es nicht, ob dies wichtig ist. Denn auch das Versenden aus anderen E-Mail-Adressen (POP3) führen zum selben Fehler.


    2. beim "googeln" bin ich auf ein von Mai 2022 Bug-Meldung bei KDE, ohne Lösungsansätze oder weitere Infos:

    KDE Bug 454094

    und auf ein Thread von September 2021 in diesem Forum:

    DarkTrinity

    Hier erklärt DarkTrinity, eine "Zwischenlösung" gefunden zu haben, die ich aber gar nicht verstanden habe.

    Vielleicht kann mir jemand erklären, wie ich sie wenigstens ausprobieren kann?


    Sonst fehlt mir jede Fantasie, woher der Fehler kommt.

    Für den Inhalt des Beitrages 317385 haftet ausdrücklich der jeweilige Autor: susino