Beiträge von mungo

  • Lokale Kalender wirr und destruktiv

    Das tut.

    Nun habe ich nur noch einen Kalender, der "leer" heißt und es auch ist, ohne jeglichen Eintrag.

    Nach Neustart von TB kann ich dort allerdings auch keine Termine oder Aufgaben eingeben: Es öffnet sich - wie eingestellt - ein neues Fenster, nach der Eingabe und "Speichern" verschwindet es wie gewohnt, allerdings taucht in keiner der Ansichten ein Termin auf.

    Der Kalender "leer" ist auch nicht exportierbar (ich wollte nachsehen, ob da was Vermarmeltes drinsteht).

    Bis jetzt verhält sich TB nicht wie erwartet.

    Die <local.sqlite> in <calendar-data> hat 6,3 Mb, obwohl eigentlich nichts drin sein dürfte.

    Es erscheint mir eher fragwürdig, ob eine langwierige Bereinigung der *.ics-Dateien sinnvoll ist, so lange TB nicht mit einem neu angelegten Kalender nachvollziehbar umgeht.

    Ist es möglich, rauszukriegen, wo es hakt?

  • Lokale Kalender wirr und destruktiv

    Neues Profil angelegt, Verweis auf das Mail-Verzeichnis angegeben, Mail tut.

    Kalender leider nicht: Ich kann in die vorhandenen (ausschließlich lokalen) Kalender keine neuen Termine eingeben.

    Alle bis auf einen Kalender ließen sich löschen, der Letzte war ein (erfolgloser) Test und heißt "test".

    Das scheint mir immer noch nicht sauber zu sein.

    Wie bekomme ich den letzten Kalender sauber weg?

  • Lokale Kalender wirr und destruktiv

    Oh, ich sehe, dass das noch dauernd wird.

    Zuerst muss ich das verstehen (immerhin hast Du mir gezeigt, wo ich nachschauen muss; Danke dafür), dann die *.ics's säubern und dann kann ich sie wiederherstellen.

    Das Ganze in einem neuen Profil.

    Wo die selbstzerstörenden Termine und Aufgaben sowieso bloß nervig sind, kann ich das neue Profil ja auch gleich erstellen und die Mails da rüberholen.

    Die einzelnen Konten werden durch die Zuordnung des richtigen Mailfolders mit übernommen?

  • Lokale Kalender wirr und destruktiv

    Zitat von Veteran

    Scheint alles in Ordnung, importiere die Kalender einzeln in ein neues Profil und teste sie.

    Äh, wie man's nimmt...

    Bei einem Kalender getestet - die Ursprungsdatei hat 243 kB, die "rest"-Datei immer noch 76 kB mit gut 2.400 Zeilen.

    Dabei sind auch unvollständige oder schlicht leere Termine so in der Art:

    Code
    BEGIN:VEVENT
CATEGORIES:Persönlich
END:VEVENT

BEGIN:VTODO
CATEGORIES:Finanzen
DUE;TZID=Europe/Berlin:20221215T200000
PERCENT-COMPLETE:0
END:VTODO

    Die Ursprungsdatei muss von genau diesen Sachen bereinigt und dann importiert werden, richtig?

  • Lokale Kalender wirr und destruktiv

    Meine Frage geht dahin, dass ich nicht weiß, was zwischen <BEGIN> und <END> nicht stehen darf.

    Sollte das Problem in der fehlerhaften Syntax einzelner events begründet sein, würde ich sie durch die Übernahme von Fehlern perpetuieren.

    Wir reden von 1,6 MB potentiell fehlerhafter *.ics-Dateien, und das ist eine Menge Werks, die durchzuflöhen.

    Mir fehlt halt eine Idee, wonach ich suchen und was ich möglichst entfernen muss, damit das nicht von vorn losgeht.

  • Lokale Kalender wirr und destruktiv

    Zitat von Veteran

    Wie schon früher empfohlen, solltest du mit einem neuen Profil beginnen.

    Wichtig sind mir vor allem die Mails.

    Kann ich dort einfach rüberkopieren?

    Zitat von Veteran

    Vorher die Kalender als *.ics exportieren (soweit möglich) und mit einem Texteditor kontrollieren.

    Ich habe ja Kopien der *.ics-Dateien, in denen sogar die Termine drinstehen, die jetzt "aufgefressen" worden sind.

    Irgendwie hab ich das Gefühl, Pacman zu spielen, ohne dass ich es abschalten kann...

    Wie erkenne ich darin mögliche flaws?

  • Lokale Kalender wirr und destruktiv

    Zitat von Bastler

    -shm und -wal gibt es bei Thunderbird und auch Firefox während sie laufen, das ist normal.

    Nach Beenden verschwinden die automatisch, sofern das Ende kein Absturz ist.

    Der eine sc ist während des laufenden TB gemacht, der andere (ohne -wal) bei geschlossenem TB.

    Da ist -shm allerdings noch da.

    In beiden Fällen fehlt <cache.sqlite>.

    Zitat von Bastler

    Aktionen auf Dateiebene, NUR bei beendetem TB!

    Schon klar.

    Hab ich schmerzhaft gelernt.^^

    Zitat von Bastler

    Bei aufpoppen einer Erinnerung, sollte man nicht zu hastig OK klicken, zähl mal bis Zehn.

    Ich mache selten hektisch rum.

    Die meisten Erinnerungen ändere ich und lasse mich später nochmal erinnern. Also reinklicken, pull down, Zeit auswählen und sorgsam OK klicken.

    Das mache ich seit Jahren und in Ruhe.

    Zuerst hab ich mehrfach die geänderte Zeit neu eingegeben. Dann war die Zeit halt rum und ich bin in meinen Termin gegangen. Zurück, hatte ich immer noch die Erinnerung. Dann wollte ich "Schließen" klicken, weil ich ja nicht mehr erinnert werden wollte. Nix.

    Also mal oben rechts probiert - was ich noch nie getan habe.

    Klappt.

    Der Termin, an den ich erinnert worden bin, ist allerdings auch weg, und das ist neu.

    Sehr ärgerlich, weil es auch Terminserien betrifft, und die sind nun alle weg, scheinbar weil die Routine nicht bloß den stattgehabten, sondern auch alle zukünftigen Termine löscht oder unlesbar macht oder...

    Ich weiß es nicht.

    Bedeutet, es betrifft nicht bloß den Verlust der Kontrolle über vergangene, sondern auch den zukünftiger Termine.

    Wenn ich bis zu einer Reaktion von meiner Maschine bis zehn zählen muss, mache ich mir Sorgen über die Staubauflage des Prozessorlüfters.

    Es gibt auch andere threads mit ähnlichen issues (hier und hier und hier).

    Zitat von Bastler

    Ich habe nur lokale .ics und lasse die erst in Ruhe. Sofort Klicken geht schon mal in den Kalender-Schreibschutz.

    Dann muss ich über Kalender -> Eigenschaften den Haken wegnehmen.

    Ich hab mal mit CalDav/WebDav geliebäugelt, aber nie umgesetzt.

    Alles lokal.

    Es taucht kein Schreibschutz auf, die Properties sind zugänglich, das Kästchen ungecheckt.

    Trotzdem nimmt der Kalender keine Modifikation an.

    Wie gesagt, ich arbeite seit Jahren mit "Lightning", wie das früher hieß, und Ungeduld war nie ein Problem.

    Zitat von Bastler

    Eine Idee, sind zufällig Schreibschutz Attribute auf den Dateien?

    Die müsste dann TB selbst reingeschrieben haben.

    Die Abfrage sagt für die Dateien in <calendar-data>

    Code
    -rw-r--r--

  • Lokale Kalender wirr und destruktiv

    Alles, was als Erinnerung auftaucht, geht beim Klicken nicht weg, sondern nur, wenn ich das Fenster mit dem "x" schließe.

    Dann öffnet sich der Fehler-Dialog ("MODIFICATION_FAILED"), es scheint also ein Fehler beim Schreiben zu sein.

    Der entsprechende Kalender ist anschließend blockiert bis zum nächsten login.

    So langsam leert sich mein Kalender, denn nicht nur die Erinnerungen, sondern auch die Termine werden unsichtbar.

    Ja, ich habe ics-backups.

    Nein, mit einem neu angelegten Kalender klapps auch nich.

    Was kann da bloß in der Grütze sein?

    Edit:

    Ich hab nochmal nachgesehen, und nun taucht überhaupt keine <cache.sqlite> mehr auf:

    Stattdessen(?) gibt es eine <local.sqlite-wal>, die verschwindet, wenn TB geschlossen wird:

  • Lokale Kalender wirr und destruktiv

    • Thunderbird 102.4.2 (64-Bit)

    • Linux Mint 20.3 Cinnamon 5.2.7

    • POP/IMAP

    • Postfachanbieter: diverse

    • kein Google-Kalender

    •Nur lokale Kalender

    • Eingesetzte Antivirensoftware: ClamTk 6.02

    • Firewall: -

    Moin,

    neuerdings kann ich meine verschiedenen Kalender nicht mehr nutzen.

    Neue Termine anzulegen funktioniert nicht, auch nicht in einem testweise angelegten, neuen Kalender.

    Zeitweise war es so, dass das Fenster sich mit Schließen nicht schloss, inzwischen schließt es sich zwar, der Termin taucht aber nicht auf.

    Stattdessen taucht ein Popup auf, das mir mitteilt, beim Schreiben in den Kalender sei ein "Fehler aufgetreten".

    Erinnerungsfenster, die auftauchen, kann ich weder durch Zurückstellen noch durch Schließen loswerden, sondern ich muss mit dem "x" das Fenster schließen - und dann verschwinden die Termine, an die ich erinnert werden sollte.

    Das Ganze geht seit 27.11. (Profil aus dem backup eingespielt), und meine Termine in diesen Tagen sind alle schrittweise und ersatzlos verschwunden (immerhin konsequent nach den - unklickbaren - Erinnerungen).

    Auch im Fehlerbehebungsmodus ändert sich das Verhalten nicht.

    Wie stelle ich die richtigen Fragen?

  • Schlüssel "vorgealtert"

    TB 91.8.1 (64-bit)

    Linux Mint 20.3 Cinnamon (5.4.0-110-generic)

    POP/IMAP, diverse Anbieter

    ClamAV 6.02

    Moin.

    Neuerdings habe ich Schwierigkeiten mit meinen Schlüsseln, die mir nicht erklärlich sind.

    Konkret wird das Ablaufdatum verschoben, und zwar in die Vergangenheit.

    Bei einem Schlüssel - gültig bis 2023 - hieß es plötzlich, er sei schon im Mai 2020 abgelaufen; das Ablaufdatum könne aufgrund der Komplexität des Schlüssels nicht geändert werden.

    Dabei hat TB das doch rückwärts auch hingekriegt...

    Heute war ein anderer Schlüssel dran, der bis gestern noch gefunzt hat; nun heißt es, er sei schon im November 2020 abgelaufen.

    Ja, eigentlich ist es problemlos, einen neuen Schlüssel einzustellen.

    Bloß wüsste ich gern, wie das kommt, denn einerseits sagten mir zuerst andere, dass mein Schlüssel abgelaufen sei, als hier noch alles gut schien und das Ablaufdatum noch ein Jahr entfernt.

    Andererseits ist es intransparent, wie die nicht von mir angeschobene Änderung zustandekommt, schon gar in der Vergangenheit.

    Ich dachte, die steht fest.^^

    Grüße

    Tante Edit: Ich habe nun auch diesen und diesen Link gefunden - ja, ich habe da - äh - etwas ältere Schlüssel teilweise mehrfach verlängert. Wahrscheinlich wurden die alten noch mit SHA-1 erstellt.

    Das erklärt es wohl.

    Tante Edit2: Wie setze ich dies nun auf "erledigt"?

  • Kalender nach Migration verschwunden

    Es ist zum Mäusemelken.

    Ich habe das backup eines Kalenders geöffnet und bin dabei, zumindest die letzten Monate auf Stand zu bringen, und das haut nicht hin.

    Beispiel: Ich habe einen Wiederholungstermin geöffnet (2. Weihnachtstag), um ihn in den passenden Kalender zu integrieren. Im Tab sind allerdings keine Daten enthalten, keine Wiederholung, keine Erinnerung, dafür aber das heutige Datum mit aktueller Uhrzeit (21.02.22, 8:02).

    Das Tab lässt sich nicht schließen.

    Ich gebe auf.

  • Kalender nach Migration verschwunden

    Inzwischen habe ich Version 91.5.0 (64-bit) auf Linux Mint 20.3.

    Die Probleme bestehen allerdings immer noch.

    Es ist nicht möglich, einen neuen Kalender zu erstellen:

    • Beim Aufruf des "+" zum Hinzufügen eine Kalenders passiert gar nichts.
    • Rechtsklick -> "Neuer Kalender" öffnet den "Neuen Kalender erstellen"-Dialog, Radion-Button "Auf meinem Computer" -> "Nächste", Eingabe [Kalendername], "Kalender erstellen" ergibt das Schließen des Fensters, sonst nichts.

    In der vergangenen Woche begann eine Art von "Selbstzerstörung", als die Kalender sich beim Schließen einer Erinnerung plötzlich selbst als "schreibgeschützt" definierten und anschließend auch mit dem Aufheben des plötzlich vorhandenen Schreibschutzes im Kalenderdialog sämtliche Termine dieses Kalenders verschwunden blieben.

    Ich bin natürlich inzwischen mit aktuellen backups ausgestattet (und einem analogen), allerdings müssen dann jeweils die Termine wieder importiert werden. Das dauert. Bei 2,2 MB sind es Stunden.

    Macht wirklich keinen Spaß.

    Schneller geht es über Datei -> Öffnen -> Kalenderdatei....

    Die aktuellen Änderungen bei Aufgaben etc. kriege ich allerdings nicht aus dem Kopf wiederhergestellt, auch wenn es nur ein halber Tag Abstand zum backup ist.

    Also hab ich nun mal das Wochenende genutzt, um etwas besser durchzublicken.

    Das Ganze über den Profilmanager zu starten, hat ja auch den Vorteil, daß ich ein log habe.

    Das sagt nun beim Start des default-Profils mit thunderbird -p folgendes:

    Schöner Klotz.

    Ab Zeile 23 isses nur noch der böse Kalender.

    Nun habe ich mal gestöbert und bin auf diesen thread gestoßen.

    Hab also versuchsweise cache.sqlite gelöscht (waren über 10 MB).

    Das hat leider auch nichts gebracht.

    Nach wie vor keine neuen Kalender.

    Das Ganze funzt etwas besser mit einem ganz neuen Profil: Da kann ich immerhin neue Kalender anlegen, tiefer hab ich es aber nicht getestet.

    Außerdem ist es natürlich möglich, einen Kalender zu öffnen, die Inhalte zu löschen oder zu verschieben, ihn umzubenennen und als "neuen" zu verwenden.

    So ganz nach meinen Vorstellungen ist das aber nicht, denn irgendwas hakt.

    Ich wüsste gern, was, verstehe aber nicht genug.

  • Kalender nach Migration verschwunden

    Moin,

    Zitat von edvoldi

    Du kannst die ics Dateien aber Problemlos über Datei/Öffnen/Kalenderdatei öffnen in Thunderbird einbinden.

    Die Version 91.3.1 wird gerade bei mir installiert, ich kann wieder ics Dateien importieren.

    das hat bei mir eigentlich immer getan.

    Bei dem aktuellen Profil klappt das aber auch nicht.

    Es ist dasselbe wie beim Aufruf der Kalendereigenschaften: Da passierte einfach nix.

    Einziger Unterschied aktuell: Bei "Bearbeiten" -> "Kalendereigenschaften" sind die nun ausgegraut.

    Zitat von edvoldi

    Du musst im Dateimanager den Haken löschen bei immer mit diesem Profil starten, dann kannst Du Dir aussuchen mit welchem Profil Thunderbird starten soll.

    Da war nach dem Anlegen des Test-Profils nur ein Profil, nämlich dasselbe.

    Das <default>-Profil war schlicht verschunden.

    Sehr obskur, finde ich.

    Und: Ja, wahrscheinlich wirst Du recht haben mit der Annahme, daß das Profil beschädigt ist.

    Ich hab nach wie vor die prefs.js in Verdacht, hab aber keine Ahnung, wie ich das nun heil kriegen kann.

    In den verschiedenen Versionen wiederholen sich manche Sachen, andere nicht, ich weiß nicht, was für Bedingungen "richtig" sind und ich hab auch keine Ahnung von JavaScript.

    Ich meine, die Daten sind doch da, und wenn ich rausfinden könnte, warum sie nicht angezeigt werden, wäre ich der Lösung schon sehr viel näher.

  • Kalender nach Migration verschwunden

    Moin edvoldi,

    Zitat von edvoldi

    Es sieht so aus als ob das Profil defekt ist.

    Erstelle ein neues Profil und teste es damit.

    das hab ich gemacht.

    Beim Aufruf des Dateimanagers tauchte das <default>-Profil auf.

    Ich hab ein neues anlegen lassen und den Import eines Kalenders erfolgreich bewerkstelligen können, vier andere tauchten allerdings nicht auf, obwohl sie angeblich importiert worden sind.

    Dann hab ich TB geschlossen und wollte das <default>-Profil wieder aufrufen.

    Geht nicht, die Option gibt es nicht mehr.

    :huh:

    Ich habe den Ordner des Test-Profils umbenannt, damit er sich nicht vordrängelt.

    Nun kann ich auch TB nicht mehr starten, denn

    Nu werde ich seeehr langsam und vorsichtig - vorhin kam ich wenigstens noch an meine Mail.^^

    Nachtrag: Ich komme über Neues Profil erstellen -> Aufruf meines alten <default>-Ordners wieder an dieselbe Stelle wie vorher: Alle Mails da, kein Kalender.

  • Kalender nach Migration verschwunden

    Ich komme leider echt nicht weiter.

    Zunächst: Alle Mails sind zugänglich, alle Konten da.

    Was vollständig fehlt, ist die Kalenderfunktion.

    Es gibt die prefs.js und acht weitere Versionen (prefs-8.js bis prefs-1.js), die zwischen 64,7 und 72,2 kB groß sind, die kleinste ist die aktuelle (weil der Kalender fehlt?).

    Es stehen allerdings Kalender-Daten drin wie z.B. meine Arbeitszeiten:

    Code
    ...
user_pref("calendar.view.dayendhour", 18);
user_pref("calendar.view.daystarthour", 9);
...

    Im Ordner calendar-data werden 20 Objekte mit 56,6 MB Inhalt angezeigt, die entsprechenden Kalender in der pref.js auch alle erwähnt.

    Mir scheint allerdings, daß der Focus verlorengeht: Normalerweise startet TB mit dem zuletzt geöffneten Fenster. Seit dem Auftreten des Fehlers fehlt der Focus jedoch völlig, es wird ein leeres Fenster angezeigt.

    ?thumbnail=1

    Das auch, wenn ich vorher bei einem offenen Fenster TB beendet habe:

    ?thumbnail=1

    Ich nehme an, daß TB irgendwie versucht, den Kalender anzuzeigen (weil ich den eigentlich immer als letztes anschaue und das möglicherweise in der prefs.js erhalten geblieben ist), ebendas aus irgendwelchen Gründen nicht möglich ist, obwohl die Daten alle da sind.

    Beim Aufruf des Kalenders über den Button oben rechts fehlen meine bevorzugten Arbeitszeiten, trotzdem sie in der prefs.js stehen:

    ?thumbnail=1

    Es gibt ältere backups von allen fünf Kalendern, die ich allerdings auch nicht aufspielen kann, denn die Kalenderfunktion ist nicht zugänglich, das Anlegen neuer Kalender nicht möglich, da kein neuer Kalenders angelegt werden kann, nichts passiert.

    Und ich verstehe leider das Problem nicht.

  • Kalender nach Migration verschwunden

    TB 78.13.0 (64-Bit)

    Linux Mint 20.2 Cinnamon (5.0.6)

    POP/IMAP

    Lokale Kalender

    ClamAV 6.02

    Moin.

    Mein Problem stellt sich ähnlich dar wie dieses: Nachdem ich /.thunderbird vom backup übertragen hatte, waren alle fünf Kalender verschwunden. Außerdem fehlt nun der Menüpunkt "Termine und Aufgaben", und wie bei Mario70 ist zwar der Punkt "Kalender-Eigenschaften" unter "Bearbeiten" vorhanden; ihn aufzurufen, ist sinnlos, denn nichts passiert.

    Tatsächlich ist auch der Ordner calendar-data übertragen worden (20 Objekte, 56,6 MB).

    in der Prefs.js sehe ich alle Kalender, Kategorien etc.

    Wieso werden sie nicht angezeigt??

    Grüße

    mungo

    Tante Edit: Bis jetzt haben 70 Leute das angesehen, leider ist keinem was dazu eingefallen.

    Ich nehme an, daß etwas in der Pref.js nicht stimmt, aber was?

  • Kein Profil zugänglich

    • Thunderbird-Version 78.11.0
    • Betriebssystem Linux Mint 20.1 Cinnamnon 4.8.6
    • Kontenart (POP / IMAP): beide
    • Postfach-Anbieter: eigener Server, posteo, wilhelm.tel
    • Eingesetzte Antiviren-Software: ClamTK 6.02
    • Firewall (Betriebssystem-intern/Externe Software): nein

    Ich hatte gestern aufgeräumt, und dabei scheine ich es übertrieben zu haben.

    Nach Problemen mit Lightning um den Jahreswechsel (zu finden hier, der bug sollte gefixt sein) hatte ich verschiedene Test-Profile angelegt, die einige GB belegt haben, und die habe ich gelöscht.

    Dann habe ich den Profil-Ordner umbenannt, damit er nicht mehr so kryptisch heißt, sondern schlicht mail.default und den Verweis auf die Locale Folders aktualisiert.

    Anschließend ging alles wie vorher.

    Dann hab ich die Maschine runtergefahren und was anderes gemacht.

    Beim Neustart fragte TB weder nach der Passphrase, noch "erinnerte" er mein ausgewähltes Skin, auch die Konteneinstellungen und -pwds sind vergessen.

    Die PGP-Schlüsselverwaltung war leer, auch meine eigenen Schlüssel fehlen.

    Der Kalender war leer.

    Beim Aufruf des Profilmanagers mit thunderbird -p erhielt ich

    JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory.

    JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory.

    JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory.

    JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory.

    Es war kein Profil auszuwählen.

    Ich habe nun aus meinem backup diverse Profile zur Verfügung, die ich in einem gesonderten Ordner habe.

    Tatsächlich möchte ich allerdings nur eins, nämlich das mit all den Daten. Genau dieses erkennt der Profilmanager jedoch nicht.

    Es enthält diverse prefs.js (bis *-8,js, die älteste ist von meinem Geburtstag 2018, die neueste von gestern), pubring.gpg, secring.gpg, calendar-data mit 30,5 MB..., alles was das Herz begehrt.

    Wird nur nicht erkannt.

    Nun hätte ich gern Rat.

    Edit:

    Es war ganz einfach:

    • profiles.ini geöffnet
    • Dateinamen des in .thunderbird befindlichen ersehnten Profilordners eingetragen
    • Profilmanager gestartet (kein Gemecker)
    • Profil ausgewählt und gestartet
    • Abfrage der Passphrase und alle Schlüssel sind wieder da
    • Alles wieder gut.

    Besonders hilfreich fand ich die Hinweise zur Profilverwaltung im Lexikon.