MrGerardCruiz schrieb:
Danke für die Antwort. Selbst wenn der Zertifikatsfehler seitens Posteo verursacht wurde, dürfte dies ja in keinem Fall zu einem Speicherleck (sagt man das?) bei Akonadi führen.
Ja, besonders wenn du das einigermaßen reproduzieren kannst, wäre das was für den Bugtracker von KDE. Ideal natürlich, wenn das mit einem Zertifikat von einem anderen Mailserver irgendwie nachgestellt werden kann, da ich nicht weiß, ob von den PIM-Entwicklern jemand ein Konto dort hat.
Folgende Fehler konnte ich in den Protokollen finden (nicht sehr aussagekräftige zugegebenermaßen)
"Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: 'Could not get owner of name 'org.freedesktop.Akonadi.Resource.akonadi_maildir_resource_0': no such name'"
Ist 'akonadi_maildir_resource_0' den das entsprechende Konto? Das kannst du über akonadiconsole raus finden. Dort steht das unter "Reiter Agents → passenden Agent (in dem Fall Posteo) anwählen → Details → Identifier".
Besonders im Verdacht habe ich aber folgendes:
Executable "akonadi_nepomuk_feeder" for agent "akonadi_nepomuk_feeder" could not be found!
Executable "akonadi_folderarchive_agent" for agent "akonadi_folderarchive_agent" could not be found!
ProcessControl: Application /usr/bin/akonadi_davgroupware_resource stopped unexpectedly ( "Process crashed" )
Den letzten Punkt dürfte ich durch das manuelle abbrechen des Prozesses verursacht haben. Mich wundert die Nemopuk Geschichte, da Kubuntu 14.04 ja auf Baloo setzt.
Die beiden ersten Einträge habe ich auch. Ich denke, da wurde beim Upgrade von 4.12 auf 4.13 was nicht sauber aufgeräumt. Ich glaube nicht, dass es mit dem Problem direkt zusammenhängt.