staging.inyokaproject.org

Ich poste es mal hier, falls nicht passend bitte verschieben

Nachdem ich voreilig meinen Google Accocunt gelöscht hatte, waren meine Termine im Kalender auch weg.

Deshalb versuche ich, wieder Herr über meine Daten zu werden und mich in die Materie einzuarbeiten.

Im Moment mit "Fossify Kalender App" am Handy mittels der "DAVx5 app" und einem Radicale Server mit dem Thunderbird Kalander zu synchronisieren, was für mich alles andere als einfach ist.

Als ich alternativ den Kalender von Evolution öffnete, fand ich dort bereits die Kalender-Test-Daten vor, die ich in TB eingetragen hatte.

Wer kann mir sagen, woher sich Evolution diese geholt hat?

Hallo weholei,

wenn ich deinen Post lese bekomme ich das gruseln. Es scheint, dass du etwas machst ohne zu wissen, was du tust. Aber zu deiner Frage:

Als ich alternativ den Kalender von Evolution öffnete, fand ich dort bereits die Kalender-Test-Daten vor, die ich in TB eingetragen hatte.
Wer kann mir sagen, woher sich Evolution diese geholt hat?

Evolution "holt" sich nichts von irgendwoher allein. Das hast du schon so konfiguriert.

Bei den vielen Arten von Kalendern ordnet Evolution diese in statische, lokale Kalender-Dateien (ics) und lokal als Cache gehaltene Remote Kalender als Datenbanken.

Was du jetzt als TB Kalender siehst, weiß ich nicht. Es könnte der gecachete Kalender eines Kontos (google?) sein, den du auch bei TB verwendet hast. Da der Standard Kalender bei Ubuntu stets über die "evolution" Background Prozesse gepflegt wird, auch wenn du kein "evolution" installiert hast, kann es sein, dass du hier entsprechendes konfiguriert hast. Aber ohne deine Konfiguration schaut "evolution" nicht in den lokalen Kalender-Datenbestand von TB.

Danke für die Antwort

aufgrund des Hinweises mit den *.ics Dateien habe ich die Adress-Datei von Evolution gefunden und konnte sie manuell mit meinem Handy synchronisieren und ein Backup machen.

wo TB die Adressen speichert, habe ich noch nicht gefunden, aber das reicht mir erstmal

desperade_admin@BW:~ $ locate calendar.ics
/home/desperade_admin/.local/share/evolution/calendar/system/calendar.ics
/vbox_ext/software/home.save/desperade_admin/.local/share/evolution/calendar/system/calendar.ics
/vbox_ext/desperade_admin-von500gb-ehem-pi3/desperade_admin/.local/share/evolution/calendar/system/calendar.ics
desperade_admin@BW:~ $

Welches Vorgehen würdest Du mir vorschlagen, den Kalender automatisch zu synchronisieren, bei den einem nicht das Gruseln kommt?

Die in Evolution aufgetauchten Kalendereinträge hatte ich manuell in TB eingetragen. Die in TB importierten oder synchronisierten tauchten nicht in Evolution auf.

Bisher ist es mir nicht gelungen, nachzuvollziehen wie das zustande kam

und lokal als Cache gehaltene Remote Kalender als Datenbanken.

kannst du bitte dazu mehr Infos geben?

Welches Vorgehen würdest Du mir vorschlagen, den Kalender automatisch zu synchronisieren, (...)?

Ich kann dir sagen was ich anstelle von Google nutze. Meine eigene Nextcloud. Bei Android geht das mittels der "DAVx5", das du ja schon installiert hast. Thunderbird hat bereits alles drin was man braucht um den Kalender mit der Nextcloud zu synchronisieren. Über die Nextcloud wird so auch gleich das Adressbuch synchronisiert.

Wenn es dir nur um Kalender und Adressbuch geht reicht dafür ein ab € 1,– / Monat mietbarer V-Server auf dem du dir die Nextcloud selbst installierst und konfigurierst oder (Vertrauensfrage) eine vorkonfigurierte Nextcloud mit aktivierter Verschlüsselung bei einem beliebigen Anbieter.

weholei schrieb:

und lokal als Cache gehaltene Remote Kalender als Datenbanken.

kannst du bitte dazu mehr Infos geben?

Die ics Datei ist inhaltlich standardisiert gemäß der RFC5545 Norm.

Gemäß deiner Verzeichnisstruktur der ics Datei hast du offenbar eine evo.deb Installation durchgeführt. Die aktuelle "Evolution" Version bekommst du eher als "flatpak" Paket und musst dich nicht mit so veralteten Versionen (und deren Fehlern) herum plagen.

Bei Evolution gibt es ein "config/evolution/sources" Verzeichnis. In den dort vorhandenen <UUID>.sources Dateien sind für deine konfigurierten Provider-Quellen relevante Informationen abgelegt, damit der Client weiß, wo und mit welchem Protokoll er die Daten abrufen kann.

Lokal gespeicherte Kalender werden im "~/.local" bzw "~/.var/app/org.gnome.Evolution/data" Verzeichnis abgelegt. Bei Kalendern ist dies z.B. "evolution/calendar/<UUID>/calendar.ics".

Wenn du den Kalender eines Providers (Konto) nutzt, werden die Daten nur lokal gecached gespeichert und bei Bedarf wieder vom Provider geladen. Daher werden die Kalender z.B. unter "./cache" oder "~/.var/app/org.gnome.Evolution/cache" gespeichert. Für jeden Kalender existiert eine "evolution/calendar/<UUID>/cache.db" Datenbank. Attachments der Kalender-Einträge werden im "attachments" Verzeichnis hinterlegt.

In der "cache.db" Datenbank sind die Kalender-Eintrage in der Tabelle "ECachObjects" abgelegt. Die einzelnen Einträge liegen dort auch in RFC5545 normierter Form in Spalte "ECacheOBJ" vor. Einige der Daten sind für den schnellen Zugriff aber als DB Felder verfügbar.

Ein bisschen anders sieht es mit Thunderbird aus. Hier werden alle Kalender in nicht RFC konformen Datenbanken abgelegt. Den lokalen Kalender findest du im Verzeichnis "~/.thunderbird/<profil>/calendar-data/local.sqlite". Hier stehen die Titel der Kalender-Einträge in der Tabelle "cal_events", die weiteren Daten aber in anderen Tabellen wie z.B. "cal_parameters", die aber nicht RFC konform sind.

Es gibt zwar bei TB Exportwerkzeuge, die ics Dateien erstellen können doch sind die, wenn man sie in eine RFC5545 konforme Applikation importieren will, manchmal fehlerbehaftet. Wer allerdings in der TB-Blase bleibt kann mit dieser Software durchaus leben.

Dies ist normalerweise der Grund, warum Daten nicht sicher von Thunderbird in andere Applikationen übertragen werden. Deshalb sollte man sich hier stets mit anderen Geräten an den Provider direkt anbinden. Da andere Personen dir Termine schicken, hat der Provider sowieso Zugriff auf deine Daten auch wenn du sie nachher in einen eigenen Verzeichnis-Store (z.B. nextcloud u.Ä) schickst.

shiro verweist auf einen wichtigen Aspekt. Sicherung (Export/Import) von Kalender- und Adressbuchdaten.

Ich persönlich verwende Thunderbird (xubuntu) und Android. Die Sicherung (Export/Import) von Kalender- und Adressbuchdaten erledige ich als vCard und ICS-Datei (RFC 6350 und RFC 5545) über ein Linux Bash Script. Das Script bedient sich dazu der in er Nextcloud integrierten Export-Routine für Adressbuch und Kalender und wird per Cronjob jede Nacht ausgeführt.

Da es etwas dauern kann, bis ich die vielen Informationen verarbeitet und verstanden habe, möchte ich mich vorab bedanken.

Ob ich NextCloud installiere, bin ich mir noch unschlüssig.

Laut Wiki erfordert es PostgreSql, bei dessen Installation ich schon mal gescheitert bin.

Nachdem es jetzt möglich ist, meinen Kalender zu sichern, kann ich es ruhig angehen.

weholei schrieb:

Laut Wiki erfordert es PostgreSql, bei dessen Installation ich schon mal gescheitert bin.

So ist es, wobei auch MariaDB, MySQL möglich sind. Mit folgender Anleitung: Nextcloud auf Ubuntu Server 24.04 LTS mit nginx, MariaDB/PostgreSQL, PHP, Let’s Encrypt, Redis und Fail2ban wirst du nicht scheitern.

Wenn du z.B. den Kalender von Gnome mit TB nutzt, weiß das logischerweise Evolution bei einer Nachinstallation.

Das würde erklären, warum Evolution schon von einigen Einträgen "wusste"

damit kann ich den Beitrag als gelöst markieren, oder?

weholei schrieb:

Das würde erklären, warum Evolution schon von einigen Einträgen "wusste"
damit kann ich den Beitrag als gelöst markieren, oder?

Aber natürlich gern.