Beim Kopieren der Terminen arbeitet TB mit den VCALENDER Einträgen und die scheinen bei deinen Terminen einen Syntaxfehler zu haben. Irgendwas mit Bad3=2143.
Da hilft wohl nur Neu anlegen der Termin. Oder den Kalender als .ics exportieren, die Fehler beheben und wieder importieren.
Ja, leider. Nur neu anlegen hilft.
Danach ist der -neue- auch kopierbar.
Danke für den Tipp:
Ja, es kommt folgende Fehlermeldung, sobald ich einen "nicht funktionierenden Termin" einfügen möchte:
Browser-Konsolenmodus
Nur übergeordneter Prozess(Schnell)
Multiprozess(Langsamer)
ParserError: invalid line (no token ";" or ":") "\nBad3=2143" Ical.sys.mjs:1942:1
Calendar: [JavaScript Error: "invalid line (no token ";" or ":") "\nBad3=2143"" {file: "resource:///modules/calendar/Ical.sys.mjs" line: 1942}]'[JavaScript Error: "invalid line (no token ";" or ":") "\nBad3=2143"" {file: "resource:///modules/calendar/Ical.sys.mjs" line: 1942}]' when calling method: [calIICSService::parseICS] when parsing
BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-TZINFO:Europe/Berlin[2025b]
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+005328
TZNAME:Europe/Berlin(STD)
DTSTART:18930401T000000
RDATE:18930401T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19160430T230000
RDATE:19160430T230000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19161001T010000
RDATE:19161001T010000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19170416T020000
RRULE:FREQ=YEARLY;BYMONTH=4;BYDAY=3MO;UNTIL=19180415T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19170917T030000
RRULE:FREQ=YEARLY;BYMONTH=9;BYDAY=3MO;UNTIL=19180916T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19400401T020000
RDATE:19400401T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19421102T030000
RDATE:19421102T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19430329T020000
RDATE:19430329T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19440403T020000
RRULE:FREQ=YEARLY;BYMONTH=4;BYDAY=1MO;UNTIL=19450402T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+030000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(DST)
DTSTART:19450524T020000
RDATE:19450524T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19431004T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=1MO;UNTIL=19441002T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+030000
TZNAME:Europe/Berlin(DST)
DTSTART:19450924T030000
RDATE:19450924T030000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19451118T030000
RDATE:19451118T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19460414T020000
RDATE:19460414T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19470406T030000
RDATE:19470406T030000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+030000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(DST)
DTSTART:19470511T030000
RDATE:19470511T030000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19461007T030000
RDATE:19461007T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+030000
TZNAME:Europe/Berlin(DST)
DTSTART:19470629T030000
RDATE:19470629T030000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19480418T020000
RDATE:19480418T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19490410T020000
RDATE:19490410T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19471005T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=1SU;UNTIL=19491002T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19800406T020000
RDATE:19800406T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19800928T030000
RRULE:FREQ=YEARLY;BYMONTH=9;BYDAY=-1SU;UNTIL=19950924T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:Europe/Berlin(DST)
DTSTART:19810329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU;UNTIL=19960331T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:Europe/Berlin(STD)
DTSTART:19961027T030000
RDATE:19961027T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+020000
TZOFFSETFROM:+010000
TZNAME:(DST)
DTSTART:19970330T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+010000
TZOFFSETFROM:+020000
TZNAME:(STD)
DTSTART:19971026T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENTEntsprechend wählt man halt einen nicht schreibgeschützten Kalender aus und klickt danach auf "Einfügen". Alles funktioniert hier ohne Probleme.
Der Kalender ist -nicht- schreibgeschützt.
In dem selben Kalender können ja viele Termine einkopiert werden. Nur eben nicht alle. Und die nicht funktionierenden, sehen nicht anders aus, als die funktionierenden.
Sonst würde ich ja selbst eine Lösung finden. 
Mein Verfahren
-> Rechtsklick auf einen Termin -> Linksklick auf Kopieren
-> Wechsel zum Datum, zu dem der Termin eingefügt werden soll -> Rechtsklick ins Leere -> Linksklick auf Einfügen
funktioniert seit vielen Jahren völlig problemlos.
Ich verwende aktuell Thunderbird 140.10.1 esr (32 Bit) unter Windows 10 V. 22H2 und einen (einzigen) lokalen Kalender. Meine Standard-Kalenderansicht ist die Wochenansicht.
So mache ich es ebenfalls seit Jahren.
Das funktioniert mit -manchen- Terminen jedoch nicht. Beim "Einfügen" wird weder nach dem Zielkalender (habe 5 in TB) gefragt, noch irgendwo der Termin eingefügt.
Folgendes Problem habe ich seit ewigen Zeiten mit Thunderbird. Ist also nicht von der Versionsnr. abhängig.
Fast alle Termine lassen sich kopieren und dann (leider umständlich) an einem anderen Tag einfügen.
Manche Termine (egal in welchem Kalender) lassen sich jedoch nicht kopieren und ich erkenne bei solchen Terminen keinen Unterschied zu kopierbaren Terminen?!
Ich kann fehlerhafte Termine nur duplizieren, indem ich entweder einen komplett neuen Termin (mit den selben Daten) erstelle, oder so einen Termin in Business Calender (Android) kopiere und dann Android BC mit Windows TB synchronisiere.
Wie kann ich das Kopierproblem lösen?
Bezgl. umständlich:
Umständlich, weil
1. immer erst nach einem Zielkalender gefragt wird, und 2. Strg./Einfügen nicht funktioniert.
Das haben aber schon andere User vor Jahren bemängelt.
Hallo, liebe Fachleute!Ich hänge mich einfach mal an das Thema mit ran, da bei mir die Offline-Unterstützung leider nicht zum Erfolg geführt hat.
In meinem Lightning sind drei Kalender eingerichtet: Ein lokaler und zwei externe Netzwerk-Kalender (iCalender/ICS), die in der Dropbox liegen, da ich diese beiden Kalender mit anderen Nutzern teile.
Das Problem: Selbst wenn ich aktiv nichts in Thunderbird, bzw. Lightning mache, liegt die CPU-Last regelmäßig bei 50 % und der Arbeitsspeicher wird mit 350 MB belastet. Dadurch wird Thunderbird insgesamt dermaßen träge, dass ein vernünftiges Arbeiten unmöglich wird. Teilweise regt sich auch überhaupt nichts mehr.
Wenn ich Lightning deaktiviere, läuft alles super, die CPU-Last geht sofort runter auf wenige Prozent und auch vom Arbeitsspeicher werden nur noch um die 130 MB benötigt.
Wo liegt der Haken? Was kann ich tun?
Vielen Dank für Eure Tipps schon im Voraus!
Selbiges Problem bei mir:
Möchte von Outlook-Kalender (mit Netzwerk-Datenanbindung) auf Thunderbird (mit Netzwerkanbindung) wechseln.
Outlook lädt die Daten aus Gigabit-Lan-Laufwerk ohne Verzögerung oder Rechenlast.
Thunderbird-Portable incl. Lightning rattert den Kalender mit den selben Auswirkungen, wie bei markus030 ab (ca. 5 Minuten).
Zuerst habe ich versucht:
Thunderbird-Portable: 38.3.0 incl. Lightning-Version: 4.0.3.1
Habe den Lösungsansatz von Peter (Neuinstallation) ohne Erfolg durchgeführt.
Da hier Probleme mit den Versionsnummern beschrieben werden habe ich dann Downgedatet auf:
Thunderbird-Portable: 38.2.0 incl. Lightning-Version: 4.0.2.1
Das langsame Laden des Kalenders mit hoher Rechenlast bleibt weiterhin bestehen.
Ist das evtl. nur bei portablen Versionen so? Ich möchte ungern meine Registry durch Installationen vollmüllen, wenn das Problem auch dann bleibt.
Mein Ziel ist, von Outlook (Netzwerk-Kalender) und The Bat! (Netzwerk-Mail) komplett auf Thunderbird + Lightning zu wechseln.
Mit den beschriebenen Problemen ist das jedoch nicht möglich.
lg,
thegrobi
