Re: Akonadi

Am Wed, 31 May 2017 09:01:35 +0200
schrieb Sven Eden <[email protected]>:

> Am Samstag, 27. Mai 2017, 16:13:38 CEST schrieb Kai Krakow:
> > Per POP3 geholte Mails sind normalerweise nicht mehr auf einem
> > Server...  
> 
> Alles eine Frage der Einstellungen. Ich hatte, vor dem Umstieg auf
> IMAP, meinen GMX-Agenen so eingestellt, das bis zu 980MB auf dem
> Server verbleiben sollen.
> Ich kann mich aber beim besten Willen nicht daran erinnern, was der
> Standard war. Alles herunterladen, und nichts auf dem Server
> belassen, oder?
> 
> >   
> > > Aber was hilfts? Die InnoDB ist futsch... :-(  
> > 
> > Legt Akonadi nicht von selbst regelmäßig Backups an als ZIP oder so?
> > Ich meine das mal irgendwann gesehen zu haben, finde das aktuell
> > aber nicht mehr wieder.  
> 
> Nicht, dass ich wüsste...
> 
> > 
> > Aber ich finde aktuell nicht mal Akonadi in den System Settings oder
> > dem Tray. Was fehlt mir?  
> 
> Wir User sind nicht fähig Akonadi per GUI zu konfigurieren, also gibt
> es nur noch
> A) ~/.config/akonadi/akonadiserverrc
> B) ~/.config/akonadi_maildir_resource_0rc und ...
> C) /usr/bin/akonadiconsole (<-- HA, doch GUI)

Ganz ehrlich: Ich kann's verstehen, wirkten diese Dialoge doch eher wie
Entwickler-Werkzeuge als Enduser-Dialoge. Wahrscheinlich waren Sie auch
nie was anderes...

Zu C) Stimmt, ich hatte die Debug-Console ein wenig vergessen, hier
finden sich sogar die Einstellungsdialoge wieder... Auf dem "Agents"
Reiter.

> Zu B) : Hierin steht der Pfad zum Lokalen Ordner. Alle Mails darin
> finden sich hier im Dateisystem wieder.
> 
> Weiterhin gibt es noch
> ~/.config/akonadi_imap_resource_*rc für IMAP, und sicherlich eine
> Entsprechung für POP3. Zumindes in den IMAP-Resourcen steht aber
> leider nicht drin, wo die Mails lokal gespeichert werden.
> Allerdings tippe hier ganz stark auf
> ~/.local/share/akonadi/file_db_data
> 
> Letztendlich sind alle Daten bis 4096 Bytes weg, sofern sie nicht
> erneut vom Server heruntergeladen werden können, wenn man die
> Datenbank löscht. Alles Andere ist im Dateisystem gespeichert. Ob das
> nach dem Löschen der Datenbank auch alles brav wieder indiziert wird,
> weiß ich leider nicht.

Bei meinem letzten Crash wurden die alle nie wieder korrekt indiziert,
die waren zwar irgendwie da aber irgendwie auch nicht. Bei einem Check
wurde dann alles nach lost+found verschoben und Akonadi konnte nichts
mehr damit anfangen, weil die Meta-Infos fehlen, die beim Abruf oder
Sync angelegt werden.

Das ist inzwischen aber Jahre her, Akonadi hat sich seitdem verändert
und verbessert - ein bisschen bezweifle ich aber, dass das je wieder
indiziert werden kann, da einfach die Meta-Infos aus der DB fehlen. Ich
hab mal in den Code geschaut, und Akonadi scheint ziemlich essentiell
darauf angewiesen zu sein und kann mit den Objekten sonst nichts
anfangen und verbannt die nach lost+found. Von da aus könnte ich die
zwar mit etwas Script-Fu in ein Maildir verfrachten und dann wieder
importieren... Schön und zuverlässig geht allerdings anders. Zumal auch
jegliche Info verloren geht, in welche Ordner sich die Objekte verteilt
hatten.

Regelmäßige Backups helfen und tun nicht wirklich weh. Wenn
Speicherplatz ein teures Gut ist, kann ich Borgbackup empfehlen: Sehr
schnell und extrem speichereffizient. Sichert täglich mein System (2TB,
viele Millionen Dateien) innerhalb von 10-15 Minuten, und bereits knapp
ein Jahr Backup passen auf eine 3TB Platte (ich sichere also alles und
behalte es auch täglich, mit Ausdünnung nach einigen Wochen).


-- 
Regards,
Kai

Replies to list-only preferred.

-----BEGIN PGP SIGNATURE-----

iF0EARECAB0WIQSPJIMIYCj/1CTz/WL4PtxD+QjMBQUCWS8fKgAKCRD4PtxD+QjM
BecBAJ9tiKHMOD4nqe9A38MVI1b9fEcPFwCfQcYQAwC+sLOUC4XpHeOF1Qz7TvE=
=x80i
-----END PGP SIGNATURE-----