Lokal: Ein Lightning, zwei Nutzer

Quote from slengfe

alternativ kannst Du Dir einen eigenen Server in den Keller oder die abstellkammer stellen, dort einen Kalender einrichten und auf die Daten zugreifen.

Wie man hier in zahlreichen Beiträgen lesen kann, gibt es solche "Server" für ca. 50 Euro. Er ist nicht viel größer als eine Bankkarte und verbraucht weniger Strom als das das WLAN oder ein TV im Standby. Man muss ihn deshalb auch nicht in den Keller oder Abstellraum stellen.

Gleichzeitige Zugriffe wären dann kein Problem. Sogar ein Zugriff von Außerhalb (Smartphone) ist möglich. Einziger Haken: Ganz so einfach ist das Aufsetzen des Serves nicht. Für jemanden, der sowieso schon auf Linux ist, ist das aber locker machbar.

Du musst nichts weiter tun als deinen Kalender als *.ics zu exportieren und dann in Lightning einen neuen Kalender anlegen, der auf diese Datei verweist. Das war's schon.

Bedenke, dass das im Gegensatz zu CalDav rein dateibasierend ist. Alle Zugriffe erfolgen über das Dateisystem. Während bei CalDav einzelne Datensätze geändert werden, werden die Kalenderdateien hier immer komplett zwei Mal über das Netz geschoben. Bei großen Kalendern im Netzwerk kann das schon mal langsam sein.

Lightning greift auf die Kalender schon beim Start zu, auch wenn man den Kalender gar nicht aktiv bearbeitet. Konkurrierenden Zugriffe können zu unerwünschten Phänomenen führen.

Quote from mungo

ich lege also ein Austauschverzeichnis an und gebe beiden usern Schreibrechte.

Dann exportiere ich dorthin und richte den Export als neue Quelle ein.

Jo, genau so.

Quote from mungo

Beim zweiten Schritt kommt die Frage nach "Offline-Unterstützung".

Was bedeutet das praktisch?

Das bedeutet, dass Lightning einen lokalen Cache des Kalenders auf dem jeweiligen Rechner anlegt. Das ermöglicht es, die bestehenden Daten auch dann zu sehen und zu bearbeiten, wenn gerade keine Verbindung übers Netz besteht. Das ist zum Beispiel dann sinnvoll, wenn man mit dem Notebook auf Reisen ist.

Ich weiß nicht, ob das in deinem Modell auch funktioniert, wenn beide "Clients" offline Änderungen vornehmen und dann später synchronisieren. Ich kann mir vorstellen, dass das voll daneben geht, weil meines Wissens immer nur die gesamte *.ics-Datei erneutert wird. Dann wären die Änderungen eines der beiden Clients verloren. Aber wie gesagt, ich weiß nicht, wie sich Lightning hier verhält. Das würde ich zuvor ausprobieren.

Bei CalDav ist das kein Problem, weil der Server diese Aufgabe übernimmt. Er erkennt zu jedem Datensatz, welches die letzte Änderung war und meldet das entsprechend.

In Zusammenhang mit der Erinnerungsfunktion die Offline-Unterstützung manchmal Probleme. Hier im Forum habe ich dazu noch keine Lösung gesehen, außer, die Offline-Unterstützung abzuschalten.

Quote from mungo

Muß ich beim Wechsel des aktiven users TB/Lightning beenden oder wird das auch so klappen?

Ich würde ihn in jedem Fall beenden, ja. Wenn zwei Programme gleichzeitig auf eine Datei zugreifen wollen, dann wird das verweigert, sobald eines der beiden ein Lock hat, zum Beispiel bei einem Schreibzugriff. Überlicherweise bekommt der Anwender dann eine Fehlermeldung und kann es später erneut probieren.

Soweit also nicht weiter schlimm. Man liest hier aber immer wieder, dass der Thunderbird an sich nicht für solche Situationen programmiert sei. Ich weiß nicht, ob das so stimmt. Es ist aber zumindest unklar, wie sich das Programm dann verhält. Das kann monatelang gutgehen und plötzlich geht es schief. Deshalb würde ich in jedem Fall dafür sorgen, dass eine solche Situation gar nicht erst entstehen kann.

Dich dürfte das Problem eigentlich gar nicht betreffen, denn du hattest doch oben geschrieben, dass niemals beide Nutzer gleichzeitig aktiv sind.

Quote from mungo

Ich will das jedenfalls lokal machen, einerseits aus Sicherheitsgründen, andererseits weil es auch größere Datenmengen sind.

Kannst du ja auch gern so machen. Es ist ja dein Himmelreich.

Weil ich es gerade vorhin in einem anderen Beitrag erwähnte: Ich würde es immer vorziehen, auf standardisierte Lösungen zurückzugreifen, weil die halt zuendegedacht sind. Alle Probleme, die man sich mit selbstgestrickten Bastelleien einfängt, lassen sich so vermeiden. Oder, wie meine Eltern gern sagen: "Gleich richtig ist wichtig!".

In deinem Fall würde ein CalDav-Server, egal ob in der Cloud oder bei dir auf dem Schreibtisch, vieles lösen. Gleichzeitige Zugriffe sind erlaubt, der Server behandelt die Datensätze einzeln, Zugriffsberichtigungen lassen sich setzen, u.a.m. .

Quote from mungo

Und: Wie sieht das beim Adreßbuch aus?

Siehe dir mal die Erweiterung Cardbook an. Die ist zwar eigentlich für CardDav vorgesehen, also auch wieder für die standardisierte Lösung. Sie bietet aber ebenfalls die Möglichkeit, Adressbücher file-basiert außerhalb des Profils abzulegen. Hier gilt das gleiche wie oben. Gleichzeitige Zugriffe könnten ein Problem werden. Cardbook hat auch einen lokalen Cache. Ob der bei dateibasierten Adressbüchern aktiv ist, weiß ich nicht. Und wie sich Cardbook in diesem Fall verhalten würden, wenn ein Kontakt offline von zwei Cleints geändert wird, entzieht sich auch meiner Kenntnis.

Du ahnst es sicher schon. Mit dem dafür vorgesehenen CardDav kommt das Problem erst gar nicht auf.

Quote from generalsync

Stattdessen kann man schlicht einen lokalen Cal-/CardDAV-Server aufsetzen.

Stimmt. Diese Möglichkeit hatte ich nicht erwähnt. Im Zeitalter der Smartphones war ich selbstverständlich davon ausgegangen, dass mungo zwar nicht in die öffentliche Cloud möchte aber dennoch die Kalender und Kontakte auch stets online auf dem Smartphone haben möchte.

Also klares Ja, wenn 7*24 auf dem Smartphone oder Laptop unterwegs nicht erfordlich ist, dann kann man den WebDav-Server natürlich auch lokal auf dem Rechner betreiben. Das kostet dann gar nichts extra.