wie Kalender+Adressbuch+Aufgaben automatisch sichern?

9554828 ● 4 Jahren her

Hallo 3661001,

ich habe dieselben Anforderungen aber bisher ebenfalls noch keine Lösung. In diesem Thread gibt es einen Link zu einem Skript als Vorschlag wie es gehen könnte..

Viele Grüße,

9554828

Antworten URL

1

7586310 ● 4 Jahren her

Wozu holt sich jemand einen Mailbox.org-Zugang mir der ganzen Sicherheit, um dann ein Skript auf seinem Rechner laufen zu lassen, in das er die Zugangsdaten im Klartext einträgt?

Wie schräg ist das denn?

Wenn jemand SO wichtige Kontaktdaten hat, dann braucht er ein CRM...

Antworten URL

2

daniel@jentsch.berlin ● 4 Jahren her

Mir wäre auch lieber gewesen, das Script mit einem einen spezifischen Applikation-Key oder ähnlichen laufen zu lassen. Leider gibt es das scheinbar nicht. So lasse ich das Script wie 9554828 ab und zu lokal laufen (allerdings viel zu selten, wie ich gestehen muss).

Meine Sicherheitseinschätzung ist es, dass wenn jemand meinen Rechner entsperrt und entschlüsselter Festplatte in die Finger bekommt, dann sind meine Kontakte und Kalendereinträge meine kleinste Sorgen. Meine Kontaktdaten sind also eher unwichtig. Was meine Hauptsorge war ist, dass wild gewordener Client Einträge fälschlicherweise löscht oder sonst wie beschädigt (KDE-Organizer *hust*)

URL

2

Peer Heinlein [mailbox.org] ● 4 Jahren her

Das unterschreibe ich jetzt mal lautstark öffentlich. Wir haben immer wieder Theater damit, daß Clients der Nutzer Daten durcheinanderwürfeln und/oder am Ende auch löschen. Leider ist es an dieser Stelle für uns NICHT einfach so möglich Backupfunktionalitäten wie bei den Maildaten anzubieten.

URL

1

9554828 ● 4 Jahren her

Nun so schräg finde ich das nicht.. In der einen oder anderen Form werden die Zugangsdaten ja meistens lokal gespeichert. Und die Sicherheit eines eigenen Rechners hängt entschieden vom Aufwand ab, den man investiert ;-)

Davon abgesehen muss man so ein Skript ja nicht unbedingt automatisch mit cron ausführen lassen ( wobei dann die Zugangsdaten wirklich im Klartext gespeichert sein müssen). Im beschriebenen Fall reicht es wenn das Script per Hand aufgerufen wird und dann kann es auch kurz nach dem Passwort fragen..

Nur ein funktionierendes Script zum Herunterladen aller CalDAV und CardDAV Elemente bräuchte man halt trotzdem!

Antworten URL

1

DK ● 4 Jahren her

Gibt es denn jetzt irgendwo eine funktionsfähige Lösung? Ich wäre auch auf der Suche nach einem Cron-fähigen Skript zum Export von Aufgaben, Kalendern und Kontakten.

Herzlichen Dank,

DK

Antworten URL

2

9554828 ● 4 Jahren her

Hallo DK,

ja ich habe eine Lösung, die seit einigen Wochen fehlerfrei funktioniert: vdirsyncer müsste alle von dir genannten Anforderungen erfüllen. (Alle Batch Lösungen mit curl usw habe ich nicht mit mailbox.org/OX zum Laufen bekommen..)

1. ich nutze Debian unstable (siduction), es müsste aber mit jeder Linux Distribution funktionieren.

2. Paket "vdirsyncer" installieren.

3. einmalige Konfiguration von vdirsyncer anhand des Tutorials auf der Dokumentationsseite: https://vdirsyncer.pimutils.org/en/stable/tutorial.html

Ich habe in meinem Benutzerordner einen versteckten Unterordner in dem sich alles rund um vdirsync abspielt. /home/benutzername/.vdirsyncer mit den drei Unterordnern "calendars" (beinhaltet Termine als einzelne *.ics Dateien) , "contacts" (beinhaltet Kontakte als einzelne *.ics Dateien) und "status" (beinhaltet von Metadaten von vdirsyncer) sowie der Konfigurationsdatei "config".

Die config Datei wird anhant der Beispielkonfigurationsdatei erstellt: https://github.com/pimutils/vdirsyncer/blob/master/config.example

Dabei sind mir besonders in Erinnerung geblieben, dass man zwei zwei pairs anlegt. Eins für die Kontakte und eins für die Kalender (inkl. Aufgaben). Man sollte auch die Option conflict_resolution so einstellen, dass alle eventuellen Änderungen des lokalen Datenbestands verworfen werden und immer nur Änderungen vom server übernommen werden. Sollte man mal die lokale Sicherung wieder auf mailbox hochladen wollen, so ist das wohl der Hebel an dem man ansetzen muss. (ACHTUNG: Das habe ich aber noch nicht probiert.. ich weiß: eine Sicherung von der man nicht weiß wie man sie zurückspielt und ob das auch alles reibungslos funktioniert ist eigentlich nichts wert..)

Schließlich habe ich mich in meinem Fall mit Absicht dagegen entschieden das Mailbox.org Passwort in die config Datei zu hinterlegen oder die Passwortverwaltung des Betriebssystems (gnome-keyring) zu nutzen. (siehe https://vdirsyncer.pimutils.org/en/stable/keyring.html ). Nun werde ich bei jeder Sicherung aufgefordert das Mailbox.org Passwort per Hand einzugeben. Das ist aber bei einem gespeicherten Passwort nicht der Fall und die Sicherung kann völlig autonom (mit cron) laufen.

Ich führe nun immer wenn ich bei mailbox.org neue kalender/adressbücher angelegt habe folgende Befehle per hand aus:

vdirsyncer discover
vdirsyncer metasync

Um eine Sicherung anzustoßen wird folgender Befehl ausgeführt:

vdirsyncer sync

Wenn ich nun den gesamten Ordner ~/.vdirsyncer/ sichere, habe ich eine komplette Sicherung der Adressbücher, Kalender und Aufgaben von meinem Mailbox.org Account.

Schließlich noch meine (um Benutzernamen bereinigte) config Datei:

# An example configuration for vdirsyncer.
#
# Move it to ~/.vdirsyncer/config or ~/.config/vdirsyncer/config and edit it.
# Run `vdirsyncer --help` for CLI usage.
#
# Optional parameters are commented out.
# This file doesn't document all available parameters, see
# http://vdirsyncer.pimutils.org/ for the rest of them.
[general]
# A folder where vdirsyncer can store some metadata about each pair.
status_path = "~/.vdirsyncer/status/"
# CARDDAV
[pair benutzername_contacts]
# A `[pair <name>]` block defines two storages `a` and `b` that should be
# synchronized. The definition of these storages follows in `[storage <name>]`
# blocks. This is similar to accounts in OfflineIMAP.
a = "benutzername_contacts_local"
b = "benutzername_contacts_remote"
# Synchronize all collections that can be found.
# You need to run `vdirsyncer discover` if new calendars/addressbooks are added
# on the server.
collections = ["from a", "from b"]
# Synchronize the "display name" property into a local file (~/.contacts/displayname).
metadata = ["displayname"]
# To resolve a conflict the following values are possible:
# `null` - abort when collisions occur (default)
# `"a wins"` - assume a's items to be more up-to-date
# `"b wins"` - assume b's items to be more up-to-date
conflict_resolution = "b wins"
[storage benutzername_contacts_local]
# A storage references actual data on a remote server or on the local disk.
# Similar to repositories in OfflineIMAP.
type = "filesystem"
path = "~/.vdirsyncer/contacts/"
fileext = ".vcf"
[storage benutzername_contacts_remote]
type = "carddav"
url = "https://dav.mailbox.org/caldav/";
username = "benutzername@mailbox.org"
#password = ""
# The password can also be fetched from the system password storage, netrc or a
# custom command. See http://vdirsyncer.pimutils.org/en/stable/keyring.html
password.fetch = ["prompt", "Passwort für benutzername@mailbox.org auf Mailbox.org"]
# CALDAV
[pair benutzername_calendar]
a = "benutzername_calendar_local"
b = "benutzername_calendar_remote"
collections = ["from a", "from b"]
# Calendars also have a color property
metadata = ["displayname", "color"]
conflict_resolution = "b wins"
[storage benutzername_calendar_local]
type = "filesystem"
path = "~/.vdirsyncer/calendars/"
fileext = ".ics"
[storage benutzername_calendar_remote]
type = "caldav"
url = "https://dav.mailbox.org/caldav/";
username = "benutzername@mailbox.org"
#password = ""
password.fetch = ["prompt", "Passwort für benutzername@mailbox.org auf Mailbox.org"]

Hallo DK,

ja ich habe eine Lösung, die seit einigen Wochen fehlerfrei funktioniert: vdirsyncer müsste alle von dir genannten Anforderungen erfüllen. (Alle Batch Lösungen mit curl usw habe ich nicht mit mailbox.org/OX zum Laufen bekommen..)

1. ich nutze Debian unstable (siduction), es müsste aber mit jeder Linux Distribution funktionieren.

2. Paket "vdirsyncer" installieren.

3. einmalige Konfiguration von vdirsyncer anhand des Tutorials auf der Dokumentationsseite: https://vdirsyncer.pimutils.org/en/stable/tutorial.html

Ich habe in meinem Benutzerordner einen versteckten Unterordner in dem sich alles rund um vdirsync abspielt. /home/benutzername/.vdirsyncer mit den drei Unterordnern "calendars" (beinhaltet Termine als einzelne *.ics Dateien) , "contacts" (beinhaltet Kontakte als einzelne *.ics Dateien) und "status" (beinhaltet von Metadaten von vdirsyncer) sowie der Konfigurationsdatei "config".

Die config Datei wird anhant der Beispielkonfigurationsdatei erstellt: https://github.com/pimutils/vdirsyncer/blob/master/config.example

Dabei sind mir besonders in Erinnerung geblieben, dass man zwei zwei pairs anlegt. Eins für die Kontakte und eins für die Kalender (inkl. Aufgaben). Man sollte auch die Option conflict_resolution so einstellen, dass alle eventuellen Änderungen des lokalen Datenbestands verworfen werden und immer nur Änderungen vom server übernommen werden. Sollte man mal die lokale Sicherung wieder auf mailbox hochladen wollen, so ist das wohl der Hebel an dem man ansetzen muss. (ACHTUNG: Das habe ich aber noch nicht probiert.. ich weiß: eine Sicherung von der man nicht weiß wie man sie zurückspielt und ob das auch alles reibungslos funktioniert ist eigentlich nichts wert..)

Schließlich habe ich mich in meinem Fall mit Absicht dagegen entschieden das Mailbox.org Passwort in die config Datei zu hinterlegen oder die Passwortverwaltung des Betriebssystems (gnome-keyring) zu nutzen. (siehe https://vdirsyncer.pimutils.org/en/stable/keyring.html ). Nun werde ich bei jeder Sicherung aufgefordert das Mailbox.org Passwort per Hand einzugeben. Das ist aber bei einem gespeicherten Passwort nicht der Fall und die Sicherung kann völlig autonom (mit cron) laufen.

Ich führe nun immer wenn ich bei mailbox.org neue kalender/adressbücher angelegt habe folgende Befehle per hand aus:

vdirsyncer discover
vdirsyncer metasync

Um eine Sicherung anzustoßen wird folgender Befehl ausgeführt:

vdirsyncer sync

Wenn ich nun den gesamten Ordner ~/.vdirsyncer/ sichere, habe ich eine komplette Sicherung der Adressbücher, Kalender und Aufgaben von meinem Mailbox.org Account.

Schließlich noch meine (um Benutzernamen bereinigte) config Datei:

# An example configuration for vdirsyncer.
#
# Move it to ~/.vdirsyncer/config or ~/.config/vdirsyncer/config and edit it.
# Run `vdirsyncer --help` for CLI usage.
#
# Optional parameters are commented out.
# This file doesn't document all available parameters, see
# http://vdirsyncer.pimutils.org/ for the rest of them.
[general]
# A folder where vdirsyncer can store some metadata about each pair.
status_path = "~/.vdirsyncer/status/"
# CARDDAV
[pair benutzername_contacts]
# A `[pair <name>]` block defines two storages `a` and `b` that should be
# synchronized. The definition of these storages follows in `[storage <name>]`
# blocks. This is similar to accounts in OfflineIMAP.
a = "benutzername_contacts_local"
b = "benutzername_contacts_remote"
# Synchronize all collections that can be found.
# You need to run `vdirsyncer discover` if new calendars/addressbooks are added
# on the server.
collections = ["from a", "from b"]
# Synchronize the "display name" property into a local file (~/.contacts/displayname).
metadata = ["displayname"]
# To resolve a conflict the following values are possible:
# `null` - abort when collisions occur (default)
# `"a wins"` - assume a's items to be more up-to-date
# `"b wins"` - assume b's items to be more up-to-date
conflict_resolution = "b wins"
[storage benutzername_contacts_local]
# A storage references actual data on a remote server or on the local disk.
# Similar to repositories in OfflineIMAP.
type = "filesystem"
path = "~/.vdirsyncer/contacts/"
fileext = ".vcf"
[storage benutzername_contacts_remote]
type = "carddav"
url = "https://dav.mailbox.org/caldav/";
username = "benutzername@mailbox.org"
#password = ""
# The password can also be fetched from the system password storage, netrc or a
# custom command. See http://vdirsyncer.pimutils.org/en/stable/keyring.html
password.fetch = ["prompt", "Passwort für benutzername@mailbox.org auf Mailbox.org"]
# CALDAV
[pair benutzername_calendar]
a = "benutzername_calendar_local"
b = "benutzername_calendar_remote"
collections = ["from a", "from b"]
# Calendars also have a color property
metadata = ["displayname", "color"]
conflict_resolution = "b wins"
[storage benutzername_calendar_local]
type = "filesystem"
path = "~/.vdirsyncer/calendars/"
fileext = ".ics"
[storage benutzername_calendar_remote]
type = "caldav"
url = "https://dav.mailbox.org/caldav/";
username = "benutzername@mailbox.org"
#password = ""
password.fetch = ["prompt", "Passwort für benutzername@mailbox.org auf Mailbox.org"]

URL

1

DK ● 3 Jahren her

Hallo 9554828,

danke für den Tipp mit vdirsync! Auf einem Raspberry Pi läuft die Sache seit einigen Tagen stabil. In der Kombination mit rsnapshot ist es genau die gesuchte Lösung!

Herzlichen Dank und viele Grüße,

DK

Hier noch schnell meine Installationsnotizen. Diese sind, bis auf eine Bereinigung der Konfigurationsdatei, identisch zur Ursprungsanleitung. Danke!

Und: ja, ich lege des Passwort auf dem Raspberry ab. Sollte der Pi abhanden kommen, dann habe ich ein ganz anderes Problem, als das meine Kalendereinträge jemandem in die Hände gefallen sind...

####
# vdirsync auf einem Raspberry Pi installieren
#
#
sudo apt-get install libxml2 libxslt1.1 zlib1g python
sudo apt-get install python3.3
pip3 install --user --ignore-installed vdirsyncer
mkdir -p ~/.vdirsyncer/status
mkdir -p ~/.vdirsyncer/contacts
mkdir -p ~/.vdirsyncer/calendars
Konfigurationsdatei .vdirsyncer/config einrichten (siehe unten)
Kommandos für die Synchronisation:
vdirsyncer discover
vdirsyncer metasync
vdirsyncer sync
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
#
[general]
status_path = "~/.vdirsyncer/status/"
# CARDDAV
[pair USERNAME_contacts]
a = "USERNAME_contacts_local"
b = "USERNAME_contacts_remote"
collections = ["from a", "from b"]
metadata = ["displayname"]
conflict_resolution = "b wins"
[storage USERNAME_contacts_local]
type = "filesystem"
path = "~/.vdirsyncer/contacts/"
fileext = ".vcf"
[storage USERNAME_contacts_remote]
type = "carddav"
url = "https://dav.mailbox.org/caldav/";;
username = "USERNAME@mailbox.org"
password = "PASSWORD"
# CALDAV
[pair USERNAME_calendar]
a = "USERNAME_calendar_local"
b = "USERNAME_calendar_remote"
collections = ["from a", "from b"]
metadata = ["displayname", "color"]
conflict_resolution = "b wins"
[storage USERNAME_calendar_local]
type = "filesystem"
path = "~/.vdirsyncer/calendars/"
fileext = ".ics"
[storage USERNAME_calendar_remote]
type = "caldav"
url = "https://dav.mailbox.org/caldav/";;
username = "USERNAME@mailbox.org"
password = "PASSWORD"
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-

Hallo 9554828,

danke für den Tipp mit vdirsync! Auf einem Raspberry Pi läuft die Sache seit einigen Tagen stabil. In der Kombination mit rsnapshot ist es genau die gesuchte Lösung!

Herzlichen Dank und viele Grüße,

DK

Hier noch schnell meine Installationsnotizen. Diese sind, bis auf eine Bereinigung der Konfigurationsdatei, identisch zur Ursprungsanleitung. Danke!

Und: ja, ich lege des Passwort auf dem Raspberry ab. Sollte der Pi abhanden kommen, dann habe ich ein ganz anderes Problem, als das meine Kalendereinträge jemandem in die Hände gefallen sind...

####
# vdirsync auf einem Raspberry Pi installieren
#
#
sudo apt-get install libxml2 libxslt1.1 zlib1g python
sudo apt-get install python3.3
pip3 install --user --ignore-installed vdirsyncer
mkdir -p ~/.vdirsyncer/status
mkdir -p ~/.vdirsyncer/contacts
mkdir -p ~/.vdirsyncer/calendars
Konfigurationsdatei .vdirsyncer/config einrichten (siehe unten)
Kommandos für die Synchronisation:
vdirsyncer discover
vdirsyncer metasync
vdirsyncer sync
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-
#
[general]
status_path = "~/.vdirsyncer/status/"
# CARDDAV
[pair USERNAME_contacts]
a = "USERNAME_contacts_local"
b = "USERNAME_contacts_remote"
collections = ["from a", "from b"]
metadata = ["displayname"]
conflict_resolution = "b wins"
[storage USERNAME_contacts_local]
type = "filesystem"
path = "~/.vdirsyncer/contacts/"
fileext = ".vcf"
[storage USERNAME_contacts_remote]
type = "carddav"
url = "https://dav.mailbox.org/caldav/";;
username = "USERNAME@mailbox.org"
password = "PASSWORD"
# CALDAV
[pair USERNAME_calendar]
a = "USERNAME_calendar_local"
b = "USERNAME_calendar_remote"
collections = ["from a", "from b"]
metadata = ["displayname", "color"]
conflict_resolution = "b wins"
[storage USERNAME_calendar_local]
type = "filesystem"
path = "~/.vdirsyncer/calendars/"
fileext = ".ics"
[storage USERNAME_calendar_remote]
type = "caldav"
url = "https://dav.mailbox.org/caldav/";;
username = "USERNAME@mailbox.org"
password = "PASSWORD"
#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-

URL

1

KennyMc.C ● 3 Jahren her

Ich hab leider beim sync Befehl folgende Fehlermeldung für jeden Eintrag mit -vdebug:

debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/cli/utils.py", line 74, in handle_cli_error
debug: raise e
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/sync/__init__.py", line 153, in sync
debug: partial_sync
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/sync/__init__.py", line 177, in run
debug: self._run_impl(a, b)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/sync/__init__.py", line 204, in _run_impl
debug: href, etag = self.dest.storage.upload(self.item)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/storage/base.py", line 15, in inner
debug: return f(self, *args, **kwargs)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/storage/filesystem.py", line 126, in upload
debug: fpath, etag = self._upload_impl(item, href)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/storage/filesystem.py", line 149, in _upload_impl
debug: return fpath, get_etag_from_file(f)
debug: File "/usr/local/opt/python3/Frameworks/Python.framework/Versions/3.6/lib/python3.6/contextlib.py", line 88, in __exit__
debug: next(self.gen)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 152, in _open
debug: self.commit(f)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 179, in commit
debug: move_atomic(f.name, self._path)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 101, in move_atomic
debug: return _move_atomic(src, dst)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 49, in _move_atomic
debug: os.link(src, dst)
Copying (uploading) item AA9893DD-7273-4207-B35F-A6F1109E5759 to kusername_calendar_local/XX
error: Unknown error occured for username_calendar/XX: [Errno 45] Operation not supported: '/Users/username/DiskStation/Backup/Kalender/XX/tmp_9ro2nif' -> '/Users/username/DiskStation/Backup/Kalender/XX/AA9893DD-7273-4207-B35F-A6F1109E5759.ics'
error: Use `-vdebug` to see the full traceback.

Meine Config sieht so aus:

[general]
status_path = "~/.vdirsyncer/status/"
# CARDDAV
[pair username_contacts]
a = "username_contacts_local"
b = "username_contacts_remote"
collections = ["from a", "from b"]
metadata = ["displayname"]
conflict_resolution = "b wins"
[storage username_contacts_local]
type = "filesystem"
path = "~/DiskStation/Backup/Kontakte/"
fileext = ".vcf"
[storage username_contacts_remote]
type = "carddav"
read_only = "true"
url = "https://dav.mailbox.org/caldav/";
username = "username@mailbox.org"
password.fetch = ["command", "keyring", "get", "Mailbox.org", "username@mailbox.org"]
# CALDAV
[pair username_calendar]
a = "username_calendar_local"
b = "username_calendar_remote"
collections = ["from a", "from b"]
metadata = ["displayname", "color"]
conflict_resolution = "b wins"
[storage username_calendar_local]
type = "filesystem"
path = "~/DiskStation/Backup/Kalender/"
fileext = ".ics"
[storage username_calendar_remote]
type = "caldav"
read_only = "true"
url = "https://dav.mailbox.org/caldav/";
username = "username@mailbox.org"
password.fetch = ["command", "keyring", "get", "Mailbox.org", "username@mailbox.org"]

Könnte das etwas mit eventuell veränderten Einstellungen bei Mailbox in den letzten Monaten zu tun haben oder mach ich irgendetwas falsch?

Ich hab leider beim sync Befehl folgende Fehlermeldung für jeden Eintrag mit -vdebug:

debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/cli/utils.py", line 74, in handle_cli_error
debug: raise e
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/sync/__init__.py", line 153, in sync
debug: partial_sync
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/sync/__init__.py", line 177, in run
debug: self._run_impl(a, b)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/sync/__init__.py", line 204, in _run_impl
debug: href, etag = self.dest.storage.upload(self.item)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/storage/base.py", line 15, in inner
debug: return f(self, *args, **kwargs)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/storage/filesystem.py", line 126, in upload
debug: fpath, etag = self._upload_impl(item, href)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/vdirsyncer/storage/filesystem.py", line 149, in _upload_impl
debug: return fpath, get_etag_from_file(f)
debug: File "/usr/local/opt/python3/Frameworks/Python.framework/Versions/3.6/lib/python3.6/contextlib.py", line 88, in __exit__
debug: next(self.gen)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 152, in _open
debug: self.commit(f)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 179, in commit
debug: move_atomic(f.name, self._path)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 101, in move_atomic
debug: return _move_atomic(src, dst)
debug: File "/usr/local/Cellar/vdirsyncer/0.16.3/libexec/lib/python3.6/site-packages/atomicwrites/__init__.py", line 49, in _move_atomic
debug: os.link(src, dst)
Copying (uploading) item AA9893DD-7273-4207-B35F-A6F1109E5759 to kusername_calendar_local/XX
error: Unknown error occured for username_calendar/XX: [Errno 45] Operation not supported: '/Users/username/DiskStation/Backup/Kalender/XX/tmp_9ro2nif' -> '/Users/username/DiskStation/Backup/Kalender/XX/AA9893DD-7273-4207-B35F-A6F1109E5759.ics'
error: Use `-vdebug` to see the full traceback.

Meine Config sieht so aus:

[general]
status_path = "~/.vdirsyncer/status/"
# CARDDAV
[pair username_contacts]
a = "username_contacts_local"
b = "username_contacts_remote"
collections = ["from a", "from b"]
metadata = ["displayname"]
conflict_resolution = "b wins"
[storage username_contacts_local]
type = "filesystem"
path = "~/DiskStation/Backup/Kontakte/"
fileext = ".vcf"
[storage username_contacts_remote]
type = "carddav"
read_only = "true"
url = "https://dav.mailbox.org/caldav/";
username = "username@mailbox.org"
password.fetch = ["command", "keyring", "get", "Mailbox.org", "username@mailbox.org"]
# CALDAV
[pair username_calendar]
a = "username_calendar_local"
b = "username_calendar_remote"
collections = ["from a", "from b"]
metadata = ["displayname", "color"]
conflict_resolution = "b wins"
[storage username_calendar_local]
type = "filesystem"
path = "~/DiskStation/Backup/Kalender/"
fileext = ".ics"
[storage username_calendar_remote]
type = "caldav"
read_only = "true"
url = "https://dav.mailbox.org/caldav/";
username = "username@mailbox.org"
password.fetch = ["command", "keyring", "get", "Mailbox.org", "username@mailbox.org"]

Könnte das etwas mit eventuell veränderten Einstellungen bei Mailbox in den letzten Monaten zu tun haben oder mach ich irgendetwas falsch?

URL

1

7586310 ● 4 Jahren her

Ich würde nach wie vor der Einfachheit halber Thunderbird installieren... selbst wenn man es nicht aktiv nutzen will, damit macht man dann halt einfach die Sicherung.

Außerdem gibt es für jeden, der ein Smartphone benutzt, IMMER die Möglichkeit, die Kalender- und Kontaktdaten aus den Smartphone-Apps heraus zu EXPORTIEREN. Für Otto Normuser/in sollte das locker reichen.

Antworten URL

1

DK ● 4 Jahren her

Hallo 7586310,

danke für den Tipp. Ich nutze Thunderbird, insofern sind die Einträge dort bereits hinterlegt. ABER: ich möchte, auch zu Archivzwecken und als Reservesicherung, gerne eine Skript-basierte Sicherung mittels Cron durchführen. Ich nutze Kalender/Aufgaben sehr intensiv und mein Horrorszenario ist ein Amok-laufender Thunderbird (oder aCalender oder ...). Okay?

Viele Grüße,

DK

Antworten URL

1

7586310 ● 4 Jahren her

Dann kannst du den Thunderbird-Profilordner z.B. mit Duplicati regelmäßig in kurzen Abständen sichern. Wenn man differenziell sichert, geht das schnell mit wenig Datenvolumen pro Sicherung.

Antworten URL

1

DK ● 4 Jahren her

Hallo 7586310,

wenn ich es richtig gesehen habe, dann speichert TB die Daten in einer sqlite-Datenbank. Das ist zwar schön und gut, im Sinne einer einfacheren Verarbeitung wäre mein Wunschformat aber iCal o.ä.

Viele Grüße,

DK

Antworten URL

1

7586310 ● 4 Jahren her

Was noch gehen müsste: ich glaube, man kann die Synchronisation für Termine und Kontakte in Thunderbird (in den Apps auf jeden Fall) auf read-only zu stellen - dann können bestimmte Dinge nicht mehr schiefgehen.

Das hat dann aber auch zur Folge, dass man neue Einträge nur noch direkt bei mailbox anlegen kann, also macht man das vielleicht nur für die Kontakte einen Sinn.

Antworten URL

wie Kalender+Adressbuch+Aufgaben automatisch sichern?

Kommentare (9)