lightning-Kalender zu groß für Web.de

Hallo marsmarsmars, und willkommen im Forum!

Du schreibst immer von einem Kalender.
Ich betrachte es als sehr unklug, sämtliche Datensätze in einen einzigen Kalender zu "klatschen". Schon allein deswegen, dass wenn dieser eine Kalender defekt sein sollte, unter Umständen sämtliche deiner Daten weg sein können. Außerdem wird jedes Kalenderprogramm bei derartigen Monsterdateien immer träger.

Ich habe von Anfang an (also sogar noch bevor ich die Möglichkeit hatte, meine Kalender auf ordentlichen CalDAV-Servern zu hosten und diese noch lokal gespeichert habe) meine Kalender in vielen einzelnen themenbezogenen .ics-Dateien gespeichert. Also je einen Kalender für mich, für die Kinder, die Frau, die Arbeit, das Rausstellen der Mülltonnen, usw. Bei einigen alten, aber trotzdem aufzuhebenden Kalendern schließe ich diesen zum Jahresende ab (lasse ihn noch eine Weile anzeigen) und lege einen neuen an.
Letztendlich habe ich ggw. so um die 20 Kalenderdateien gehostet (welche aber nicht alle dauerhaft angezeigt werden). Und ich gerate garantiert nicht in Bereiche, wo der Kalender zu groß wird.

Vorgeschlagene Lösung:
Die entsprechende Anzahl leerer Kalender mit dem entsprechenden Namen anlegen und in Lightning einbinden und dann den "alten" Kalender öffnen und die Termine mit der Änderungs-Funktion in die neuen Kalender verschieben.

Und wenn mein Provider derartig viele Kalender nicht hosten will, dann gibt es noch viele andere Provider oder auch andere und bessere Möglichkeiten zum Speichern.

BTW: Auch meine Androiden kommen mit der Vielzahl meiner Kalender gut zurecht.

MfG Peter

Hallo zusammen,
der Kalender von WEB.de und Lightning funktionieren leider nur richtig zusammen, wenn man die Offline Unterstützung ausschaltet.

Gruß
EDV-Oldi

Hallo MarsMarsMars!

Ich denke mal, so ziemlich alle Thunderbird- bzw. Lightningnutzer haben irgendwann einmal in Lightning EINEN Kalender nach den angebotenen Standardregeln (also "Speichern auf meinem Computer") angelegt und zumindest eine Zeit lang sämtliche Datensätze in diesen einen Kalender "hineingeklatscht". Irgendwann kam dann das große Erwachen mit der Erkenntnis, dass das wohl gar nicht so gut ist.

Unabhängig von der heutzutage wohl meistbenutzte Möglichkeit, die Kalender auf einem (mehr oder weniger vertrauenswürdigen) Server zu hosten, gibt es ja auch die gleiche Speichermöglichkeit ("Speichern im Netzwerk" => und damit als einzelne .ics-Dateien) ja auch für die lokale Speicherung vieler einzelner sachbezogener Kalender. Es ist auch überhaupt kein Problem, die einzelnen, lokal vorliegenden .ics-Dateien, später mal auf einen geeigneten Server hochzuschieben. Deshalb habe ich "damals" meine Trennung auch lokal vorgenommen und die Datensätze nur auf meinem Rechner in die einzelnen Kalender verschoben.

Bei "einigen Dutzend Terminen" würde ich immer noch jeden einzelnen öffnen und dann einfach intern den Kalender ändern.
Bei sachbezogenen Kalendern oder auch nur Zeiträumen hilft vlt. die Lightning-interne Suchfunktion.

Ich sehe es auch als möglich an, von einem bestimmten Kalender eine Kopie zu erstellen, diese mit Lightning als temporären "Zwischenkalender" zu öffnen und dann aus diesem neuen Kalender alle älteren Termine (also alles vor 2017) zu löschen. Dieser Kalender ist dann der für 2017. Um ganz sicher zu sein, dass intern nichts "altes" übernommen wird, kann dieser Kalender dann unter einem zutreffenden Namen als .ics exportiert (und der temporär angelegte "Zwischenkalender" gelöscht) werden.
Bei vielen Servern ist es sogar möglich einen lokal erstellten/bearbeiteten Kalender zu "publizieren". Dieses habe ich allerdings nie genutzt, da ich lieber die servereigene Funktion des Imports (also über die Web-Oberfläche des Servers) nutze. Dies erscheint mir als die sauberere Lösung.

MfG Peter

edit:
So ein Zufall
Während ich geschrieben habe, kam dir auch die Idee. Ich lasse mein Geschreibsel aber jetzt stehen.