AW: Mehr als 30k EMail scheinbar ohne Header und Body
Hallo stakanov Die EMail liegen vollständig auf dem NAS, und zwar seit 2005 und SUSE Professional. Das NAS wurde in der Zwischenzeit 2x ausgetauscht. Der Mailordner in seiner Gesamtheit dabei ohne Schwierigkeiten direkt von NAS zu NAS transferiert. Wie sich das Format genau nennt weiß ich nicht, kann mich morgen aber evtl. erkundigen. Das, was Kmail immer benutzt. KDE 4 habe ich nie verwendet. KDE 5 benutze ich nun, weil es ja nicht mehr anders geht. Ich gehe davon aus dass die EMail richtig auf das NAS geschrieben wurden. Denn es erfolgte ja keine Zwischenspeicherung auf der Festplatte (die dann kaputt gegangen ist). Außerdem hat die Anzeige schon mehrere Tage funktioniert, bis sie plötzlich weg geblieben ist. Neue EMail werden auch angezeigt, so lange ich Kmail nicht beende. Erst danach sind sie nicht mehr zu sehen. Mir ist das ganze ehrlich gesagt zu hoch. Die Angabe der Befehle stefan@suse15-01:~> akonadictl start Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) stefan@apd-suse15-01:~> akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontable OK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelation OK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.relationtable OK akonadi.relationtypetable OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK akonadi.tagtypetable OK Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) QDBusConnection: name 'org.freedesktop.Akonadi.Control' had owner '' but we thought it was ':1.34' org.kde.pim.akonadiserver: Received ModifySubscription command before RegisterSubscriber org.kde.pim.akonadicore: "QLocalSocket: Die Verbindung wurde von der Gegenseite geschlossen" "/tmp/akonadi-stefan.pvRLvF/akonadiserver-ntf.socket" stefan@suse15-01:~> akonadictl status Akonadi Control: running Akonadi Server: running Akonadi Server Search Support: available (Remote Search) Available Agent Types: akonadi_akonotes_resource, akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_facebook_resource, akonadi_followupreminder_agent, akonadi_googlecalendar_resource, akonadi_googlecontacts_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_invitations_agent, akonadi_kalarm_dir_resource, akonadi_kalarm_resource, akonadi_knut_resource, akonadi_kolab_resource, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mbox_resource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_notes_agent, akonadi_notes_resource, akonadi_openxchange_resource, akonadi_pop3_resource, akonadi_sendlater_agent, akonadi_tomboynotes_resource, akonadi_vcard_resource, akonadi_vcarddir_resource -- S. Glaser -- 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
In data venerdì 22 febbraio 2019 15:53:28 CET, Stefan Glaser ha scritto:
Hallo stakanov
Die EMail liegen vollständig auf dem NAS, und zwar seit 2005 und SUSE Professional. Das NAS wurde in der Zwischenzeit 2x ausgetauscht. Der Mailordner in seiner Gesamtheit dabei ohne Schwierigkeiten direkt von NAS zu NAS transferiert. Wie sich das Format genau nennt weiß ich nicht, kann mich morgen aber evtl. erkundigen. Das, was Kmail immer benutzt. KDE 4 habe ich nie verwendet. KDE 5 benutze ich nun, weil es ja nicht mehr anders geht. Es gibt um ehrlich zu sein ein repo mit KDE3 für Leap 15, AFAIK. Kmail von KDE3 vor Akonadi hat wahrscheinlich mbox verwendet. Heute wird maildir verwendet. Diese Folder werden gelesen und local unter dem index in Akonadi verwaltet. Meine Vermutung: Von: https://serverfault.com/questions/564456/what-are-the-practical-differences-...
Sag mir ob dein Englisch O.K. ist wenn nicht kannst du google Translate auf der Seite laufen lassen oder wenn nicht veständlich kann ich es dir übersetzen. "Mbox is fast when searching a text inside a mailbox and appending a new mail into the mail file, but it's prone to mail corruption and may have problems with network file systems. Also, File locking may be an issue. With Maildir, retrieving specific mails is faster, and has no issues due to file locking or network file systems (Example: With Maildir, you can store different mail folders in different NFS shares, this cannot be achieved with Mbox). You can have issues with Maildir when a filesystem is not efficient handling a large number of files." Wenn also die Mails auf dem NAS sind aber Mailbox, kann dies Problem bereiten. Wild guess!
Ich gehe davon aus dass die EMail richtig auf das NAS geschrieben wurden. Denn es erfolgte ja keine Zwischenspeicherung auf der Festplatte (die dann kaputt gegangen ist). Außerdem hat die Anzeige schon mehrere Tage funktioniert, bis sie plötzlich weg geblieben ist. Neue EMail werden auch angezeigt, so lange ich Kmail nicht beende. Erst danach sind sie nicht mehr zu sehen. Mir ist das ganze ehrlich gesagt zu hoch.
Abgesehen von der Möglichkeit das das Problem auf mbox beruht: mein zweiter dringender Verdacht ist eine Limitation von Apparmor wenn es um shared drives / network shares geht. Um dies herauszufinden sollte es keinen Hexer brauchen. Gehe in yast, desaktiviere mal apparmor und reboote. Wenn jetzt die Sache funktioniert werden Apparmor regeln händisch aufgesetzt werden die dir die korrekten Zugriffsrechte garantieren. (Da war heute gerade jemand der ein Samba-share Problem dieser Art hatte.
Du kannst das vollständige Manual von Kmail 2 hier finden (pdf) Ganz heiße Nummer: alles auf deutsch ;-) https://docs.kde.org/trunk5/de/pim/kmail2/kmail2.pdf Da kannst du dich mit den Funktionen einlesen und wer weiß vielleicht findest du einen Hinweis. Aber Apparmor...irgendwie "intrigiert" mich die Idee. _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- 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
Am Fri, 22 Feb 2019 16:55:47 +0100
schrieb stakanov
AFAIK. Kmail von KDE3 vor Akonadi hat wahrscheinlich mbox verwendet.
Da bist Du im Irrtum. IMO, wennn mich mein Rentnerhirn nicht täucht, war Kmail einer der ersten MUA mit GUI, bei dem Maildir Default war. Mit Sicherheit aber schon im Jahr 2001/2002. Denn damals betreute ich ein Projekt, bei dem es um Mbox/Maildir ging. Und Maildir abgelehnt wurde. btw. Wie lange gibt es denn diese Missgeburt mit Namen Akonadi nun schon? Mindestens doch seit 10 Jahren. Und immer noch ist das gut für schmerzhafte Tritte in die Empfindlichkeit. -- MfG Jan-Uwe Kögel
Am 22.02.2019 um 18:08 schrieb Jan-Uwe Koegel:
Am Fri, 22 Feb 2019 16:55:47 +0100 schrieb stakanov
: AFAIK. Kmail von KDE3 vor Akonadi hat wahrscheinlich mbox verwendet.
Da bist Du im Irrtum. IMO, wennn mich mein Rentnerhirn nicht täucht, war Kmail einer der ersten MUA mit GUI, bei dem Maildir Default war. Mit Sicherheit aber schon im Jahr 2001/2002. Denn damals betreute ich ein Projekt, bei dem es um Mbox/Maildir ging. Und Maildir abgelehnt wurde.
btw. Wie lange gibt es denn diese Missgeburt mit Namen Akonadi nun schon? Mindestens doch seit 10 Jahren. Und immer noch ist das gut für schmerzhafte Tritte in die Empfindlichkeit.
Mit diesen Problemen könnte man wohl eine ganze Bibliothek füllen, wird sich aber auch in diesem Jahrtausend wohl nicht mehr ändern. Das war von Beginn an von allen Verantwortlichen ein tiefer Griff ins Klo, und alle stecken darin nach wie vor fest :D Manfred -- 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
In data venerdì 22 febbraio 2019 21:39:44 CET, Manfred Kreisl ha scritto:
AFAIK. Kmail von KDE3 vor Akonadi hat wahrscheinlich mbox verwendet.
Da bist Du im Irrtum. IMO, wennn mich mein Rentnerhirn nicht täucht, war Kmail einer der ersten MUA mit GUI, bei dem Maildir Default war. Mit Sicherheit aber schon im Jahr 2001/2002. Denn damals betreute ich ein Projekt, bei dem es um Mbox/Maildir ging. Und Maildir abgelehnt wurde. Danke für die Info. Für den Rest: auch wenn ich die Frustration einiger wirklich verstehe, bitte nicht den thread jetzt über diese Vergangenheit highjacken, wir müssen das Problem von Stefan noch lösen. Danke für das Verständnis (auch @Manfred).
_________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- 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
Weiter machen ist leider nicht mehr möglich, da der Laptop nicht mehr richtig bootet. Es endet mit A start job is running for Activating logical volumes x min/x s / no limit Und das läuft ohne Ende, bzw. der Bildscirm schwarz wird. -- S. Glaser -----Ursprüngliche Nachricht----- Von: stakanov [mailto:stakanov@eclipso.eu] Gesendet: Freitag, 22. Februar 2019 21:44 An: opensuse-de@opensuse.org Betreff: Re: Mehr als 30k EMail scheinbar ohne Header und Body In data venerdì 22 febbraio 2019 21:39:44 CET, Manfred Kreisl ha scritto:
AFAIK. Kmail von KDE3 vor Akonadi hat wahrscheinlich mbox verwendet.
Da bist Du im Irrtum. IMO, wennn mich mein Rentnerhirn nicht täucht, war Kmail einer der ersten MUA mit GUI, bei dem Maildir Default war. Mit Sicherheit aber schon im Jahr 2001/2002. Denn damals betreute ich ein Projekt, bei dem es um Mbox/Maildir ging. Und Maildir abgelehnt wurde. Danke für die Info. Für den Rest: auch wenn ich die Frustration einiger wirklich verstehe, bitte nicht den thread jetzt über diese Vergangenheit highjacken, wir müssen das Problem von Stefan noch lösen. Danke für das Verständnis (auch @Manfred).
_________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- 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 -- 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
In data martedì 26 febbraio 2019 19:16:00 CET, Stefan Glaser ha scritto:
Weiter machen ist leider nicht mehr möglich, da der Laptop nicht mehr richtig bootet. Es endet mit
A start job is running for Activating logical volumes
x min/x s / no limit
Und das läuft ohne Ende, bzw. der Bildscirm schwarz wird.
AFAIK. Kmail von KDE3 vor Akonadi hat wahrscheinlich mbox verwendet.
Da bist Du im Irrtum. IMO, wennn mich mein Rentnerhirn nicht täucht, war Kmail einer der ersten MUA mit GUI, bei dem Maildir Default war. Mit Sicherheit aber schon im Jahr 2001/2002. Denn damals betreute ich ein Projekt, bei dem es um Mbox/Maildir ging. Und Maildir abgelehnt wurde.
Danke für die Info. Für den Rest: auch wenn ich die Frustration einiger wirklich verstehe, bitte nicht den thread jetzt über diese Vergangenheit highjacken, wir müssen das Problem von Stefan noch lösen. Danke für das Verständnis (auch @Manfred).
_________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de
-- 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 Benutzt du Verschlüsselung? Das was er dir sagt ist nichts weiteres als das ein Volumen welches in /etc/ fstab oder(!) in /etc/crypttab eingetragen ist, nicht zu finden ist. Du kannst also mit einer life CD booten und den Fehler korrigieren oder warten, auch bei "unlimited jobs" sollte nach ca 1:30 min Schluss sein. Ich nehme an du kommst normal zu Grub, er started normal und hängt dann mit dieser Fehlermeldung. Richtig? Was er dir gerade sagt: du hast ein LVM und er kann es nicht finden. Also ist oder ein logisches Volumen falsch eingetragen, oder es handelt sich um deine NAS die nicht erreichbar ist. Kannst du in failsafe (zweiter Eintrag) booten? Hast du BTRFS? Kannst du vom letzten funktionierenden Snapshot booten? Weist du (wenn BTRFS) wie man von einem Snapshot booted?
_________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- 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
Hallo stakanov, hallo Stefan, hallo zusammen, Am Freitag, 22. Februar 2019, 16:55:47 CET schrieb stakanov:
In data venerdì 22 febbraio 2019, Stefan Glaser ha scritto:
Die EMail liegen vollständig auf dem NAS, und zwar seit 2005 und
Du hattest ja am Anfang geschrieben, dass das NAS per NFS eingebunden ist. Das unterscheidet sich also (aus Sicht von KMail) nicht besonders von einer lokalen Festplatte.
Es gibt um ehrlich zu sein ein repo mit KDE3 für Leap 15, AFAIK. Kmail von KDE3 vor Akonadi hat wahrscheinlich mbox verwendet.
Richtig.
Wenn also die Mails auf dem NAS sind aber Mailbox, kann dies Problem bereiten. Wild guess!
Dagegen spricht, dass das Problem laut Threadstart "plötzlich" aufgetreten ist (nach meinem Verständnis nicht direkt nach Update auf Leap 15), und das Speicherformat ändert sich nicht überraschend von selbst ;-) Mit "clear cache" in akonadiconsole hatten wir ja schon den richtigen Hinweis. Ich habe das bei mir vor kurzem einmal gesammelt für alle Ordner gemacht, und zwar mit folgendem SQL-Befehl direkt in der akonadi- Datenbank: delete from PimItemTable; (Basis dieses Befehls: wenn man "clear cache" benutzt, wird dieser Befehl mit zusätzlichem "where collectionId = ..." ausgeführt) Anschließend akonadictl fsck, akonadictl vacuum und ~/.local/share/ akonadi/file_lost+found leeren. Im Zweifelsfall ab akonadictl fsck wiederholen, bis file_lost+found leer bleibt. Wie bei allen DELETE-Befehlen in einer Datenbank kann ein Backup nicht schaden ;-) Bei mir hat diese Vorgehensweise (allerdings unter Tumbleweed) die ganzen nervigen KMail-Probleme behoben. Ich hatte vorher auch schon "clear cache" für einzelne Ordner ausprobiert, aber das war eher nutzlos (oder ich habe nicht die richtigen Ordner erwischt).
Ich gehe davon aus dass die EMail richtig auf das NAS geschrieben wurden. Denn es erfolgte ja keine Zwischenspeicherung auf der Festplatte (die dann kaputt gegangen ist).
Kommt drauf an - liegt ~/.local/share/akonadi/ auf dem NAS oder der Festplatte?
Außerdem hat die Anzeige schon mehrere Tage funktioniert, bis sie plötzlich weg geblieben ist. Neue EMail werden auch angezeigt, so lange ich Kmail nicht beende. Erst danach sind sie nicht mehr zu sehen. Mir ist das ganze ehrlich gesagt zu hoch.
Das klingt, als ob mein Holzhammer-clear-cache von oben helfen könnte - mein KMail hat ähnlich lustige Dinge gemacht ;-)
Abgesehen von der Möglichkeit das das Problem auf mbox beruht: mein zweiter dringender Verdacht ist eine Limitation von Apparmor wenn es um shared drives / network shares geht. Um dies herauszufinden sollte es keinen Hexer brauchen.
Halte ich für unwahrscheinlich, da openSUSE kein AppArmor-Profil für KMail oder andere KDE-Programme ausliefert.
Gehe in yast, desaktiviere mal apparmor und reboote. Wenn jetzt die Sache funktioniert werden Apparmor regeln händisch aufgesetzt werden die dir die korrekten Zugriffsrechte garantieren.
Die schmerzlosere (und sicherheitstechnisch schlauere) Lösung ist, erstmal ins Log zu gucken, ob AppArmor irgendwas blockt. Wahlweise /var/log/audit/audit.log, /var/log/messages, dmesg oder journalctl. Aber wie gesagt: wir liefern kein AppArmor-Profil für KMail aus, es dürfte also nicht an AppArmor liegen.
Aber Apparmor...irgendwie "intrigiert" mich die Idee.
War das "intrigiert" nur ein Wortspiel, oder kennst Du einen der
Debian-AppArmor-Maintainer? ;-)
Gruß
Christian Boltz
PS: auch wenn es wohl keiner glaubt - Zufallssignatur (!)
--
participants (5)
-
Christian Boltz
-
Jan-Uwe Koegel
-
Manfred Kreisl
-
stakanov
-
Stefan Glaser