Wie immer: einfach löschen.
Falls das dein einziger Kalender ist, vorher einen lokalen Kalender anlegen (TB braucht immer mindestens einen Kalender)
Beiträge von ggbsde
-
-
Die zweite Datei
Mein Notepad++ sagt mir, das sie "Daten für Sopherl(3)" heißt. Ohne .pdf am Ende
-
Add-On Lightning
Diese Add-on gibt es schon lange nicht mehr. Es ist als Kalender in TB integriert.
internen Import Funktion
Da weiß ich nicht, was du meinst. Es gibt folgende Möglichkeiten, Ics Dateien zu importieren:
- im Menü 'Termine und Aufgaben' der Punkt 'Importieren'
- im Menü 'Extras' der Punkt 'Importieren', dann 'Import aus Datei'
Der Fehler Log ist ziemlich groß
Interessant sind Meldungen, bei denen rechts ein Dateiname steht, der mit 'Cal' beginnt. Ggf. einen Screenshot hier einstellen.
-
Schau mal nach dem fehlgeschlagenen Import in die Fehlerkonsole (Strg/Umschalt/J). Eventuell auch vorher in den erweiterten Einstellung den Wert von 'calendar.loglevel' auf 'All' setzten. Das könnte Hinweise liefern.
-
für die lokalen Ordner wiederum Filter zu etablieren
Das Problem dabei ist, das automatisch ausgeführte Filter nur auf den Posteingangsordner wirken.
das Logging zeigt übrigens das stoppen und das verschieben an:
Ja, der Bug trat erst mit TB145 auf (und wird in TB148 gefixt).
-
passwort wird nicht akzeptiert
Zeig uns bitte einen Screenshot der Meldung
-
durch falsche eingabe
Was genau hast du wo falsch eingegeben?
-
Prinzipiell funktioniert das 'Filter stoppen'. Gerade nochmal (in TB147) ausprobiert. Aktiviere mal das Filterprotokoll: Filterliste öffnen, rechts unten 'Filter-Protokoll', oben links 'Filter-Protokoll aktivieren' aktivieren.
Übrigens impliziert die Aktion 'Verschieben der Nachricht in' automatisch auch die Aktion 'Filter stoppen'. Kann also sein, das die Aktion 'Filter stoppen' im Protokoll nicht auftaucht.
Dummerweise gibt es aktuell einen Bug, der verhindert, das 'Verschieben der Nachricht in' im Protokoll gelistet wird.
Wie auch immer, das Problem des Themenstarters kann ich nachvollziehen, ein 'Filter stoppen' nach 'Verschieben der Nachricht in' scheint nicht zu funktionieren. Ich vermute einen Zusammenhang mit IMAP. Verschiebeoperationen in IMAP sind aufwändige Angelegenheiten, TB muß auf die Bestätigung warten, das der Server die Operation durchgeführt hat. Das läuft vermutlich asynchron ab, so das der nächste Filter möglicherweise bereits angewendet wird, bevor das 'Filter stoppen' wirksam wird.
-
Es handelt sich um einen Kalender (caldav) bei GMX (gmx.net).
-
-
mit dem Basic Programm eine Lösung gefunden
Dann verrät uns doch wenigstens, was dieses Programm macht
-
Schau nach dem fehlgeschlagen Import mal in die Fehlerkonsole. Strg/Umschalt/J
-
Gut beobachtet. Vielleicht werkelt da auch eine userChrome.css herum.
-
Hm, trotz des Syntaxfehlers wird die Datei anstandslos importiert. Nur der fehlerhafte 'DESCRITION:' Eintrag fehlt natürlich.
-
Hast du den VCALENDAR händisch erstellt? Er enthält einen Syntaxfehler.
-
Wenn TB abstürzt bekommt man eigentlich die Möglichkeit, einen Absturzbericht zu senden. Hast du das mal gemacht? Man bekommt dann eine Id oder einen Link, den könntest du hier mal posten. Vielleicht können wir daraus was erkennen.
-
Ja, das hatten wir. Das führte aber nur zu einem langsamen TB, nicht zu Abstürzen. Allerdings hatten wir mal den Fall, das TB nach genau 5 Minuten einfror.
-
Was macht Thunderbird also intern nach 5 Minuten?
Irgendetwas, was nicht sofort beim Start laufen soll. Spontan fällt mir dazu ein: Suche nach Updates oder automatisches Komprimieren von Ordnern..
-
zuerst muss der Postboten ja wissen wohin er fahren soll.
Das steht ja auf dem Umschlag.
-
Und genau so sehen die Mails aus
Wie ich vermutete: die Adresse steht in den Received-Headern. Deren Format ist aber nicht standardisiert und müssen die Adresse nicht enthalten.
Und der Envelope-To Header ist kein Muss. Ob der vorhanden ist, hängt vom Provider ab.
