Beiträge von birquito

Interessanter weise habe ich genau das umgekehrte Problem: Ein Filter wendet sich auf einen Unterordner in einem Postfach an, ohne dass ich dies möchte. Vielleicht liegt das Verhalten am quickFilters-Add-On. Ich würde gern verhindern, dass meine "Lesebestätigungen" von Bestellungen, die in den entsprechenden Ordner gefiltert wurden, nachträglich in den "Bestellungen"-Ordner verschoben werden, ohne dass diese im (Gemeinsamen) Posteingang liegen. Ich experimentiere schon eine weile mit den Filtern herum. Das Verhalten beobachte ich auf zwei verschiedenen Rechnern, die auf dasselbe POP3-Postfach zugreifen.

Der "Bestellungen"-Filter wird bei Abruf automatisch ausgeführt; ebenso der "Lesebestätigung"-Filter. Aus verschiedenen Gründen nutze ich für einige meiner Postfächer noch immer POP3. Die Filter wirken sich also nur auf meine lokalen Ordner aus. Da das genannte Verhalten nur bei "Lesebestätigungen" mit Schlagworten des "Bestellungen"-Filters nachträglich auftritt, scheint es ein Charakteristikum dieses Filters zu sein, welches ich noch nicht abstellen konnte.

Der "Lesebestätigungen"-Ordner liegt, wie gesagt, lokal im Ordner eines POP3-Postfaches. Auch Lesebestätigungen aus anderen Postfächern werden mithilfe von Filtern in diesen Ordner verschoben. (Ein recht komplexes Setup - ich weiß, doch es funktioniert - im wesentlichen.)

Aus meiner Erfahrung muss um eine Filterfunktion wie "Verschieben nach ..." auszuführen zu erst eine Angabe erstellt werden, welche Schlagworte o.ä. den Filter auslösen sollen. In quickFilters kann man recht umfangreiche Angaben dazu machen. Die Standard-TB-Filtereinstellungen sind mir leider nicht mehr vertraut, da ich schon seit vielen Jahren genanntes Add-On nutze. In Kombination mit "FiltaQuilla" kann man noch mehr Filter- und Automatisierungsmöglichkeiten einstellen.

Auch wenn ich hier eventuell keine Antwort auf mein eigenes genanntes Problem (wenn es denn überhaupt ein solches ist) erhalte, könnte das Folgende eine Anregung für eine andere Lösung zum oben erwähnten Filterproblem geben:

Die Archivordner in den Posteingang kopieren (evtl. nur den Inhalt), um dann den vorher erzeugten Filter darüberlaufen zu lassen. Vor dem neuerlichen Archivieren zur Sicherheit alle Archivordner in einen Sicherheitsordner verschieben, der nach erfolgreicher "Neuarchivierung" gelöscht werden kann. Alternativ könnte nach dem erneuten Archivieren ohne das genannte Verschieben ein Duplikatfinder (z.B. Remove Duplicate Messages-Add-on) angewendet werden.

Zum Experimentieren könnte man ein neues Profil anlegen, damit die "Produktivumgebung" sicher bleibt.

Vielleicht nutzt das Geschriebene.

Man kann nur hoffen, dass die 140er-ESR-Linie durch genanntes Update im November (?) ihr derzeit anscheinend (zumindest für mich) stabiles Verhalten beibehält. Man könnte beim Lesen der genannten Bug-Reports zu der Vermutung kommen, dass der Fehler durch die Lösung einer Beschwerde von Nutzern, die Probleme mit dem Einfügen von Kalendern aus anderen Quellen und den zahllosen Erinnerungen aus der Vergangenheit hatten (Bug 1934069), erzeugt worden ist. Schön dass dadurch neue Probleme für Nutzer entstanden, die seit vielen Jahren ihre Kalender mit Thunderbird/Lightning führten und führen. Vielleicht wäre es besser gewesen eine "Batch-Bestätigung" für abgelaufene Termine und Aufgaben zu schaffen - diese vermisse ich tatsächlich manchmal, wenn ich meine Aufgabenlisten länger nicht gepflegt habe. Nun wie auch immer. Ich bin für die Zukunft davor gewarnt, mich zu sehr auf die Digitalisierung zu verlassen: man kann schnell verlassen sein und darf den Folgeschaden selber tragen.

Es scheint derzeit, dass Version 140.3.0 ESR das gewohnte Verhalten zeigt. Hoffentliches so und neuerliche Verwerfungen solcher Art bleiben den Nutzern erspart.

Leider ist weiterhin unklar (zumindest mir), ob ein Fehler vorlag, der gezielt behoben wurde oder es sich um ein unter gewissen Vorraussetzungen auftretendes Problem handelte, das durch die Behebung eines anderen Fehlers aufgelöst worden ist.

Danke an alle.

Eigentlich wollte ich mich erst nach meinem nunmehr angestoßenen "Experiment für Sonntagserinnerungen am Montag" wieder melden, doch die letzten beiden Nachrichten zeigen, dass offenbar etwas aneinander vorbei geredet wird: In der 128er ESR 64bit "Baureihe" gab es das hier besprochene Problem NICHT. Erst die 140er ESR 64bit zeigt dieses extrem nervende Verhalten ... und ich kann nicht oft genug darauf herumreiten ... bis hin zum geschäfstschädigenden Auslassen von Erinnerungen.

Mal sehen wie mein "Experiment" ausgeht. (Als ob man nicht schon so genug zu tun hätte, wenn man ein Geschäft zu unterhalten hat.)

Ich konnte die Ausfälle etwas eingrenzen: Wie hr123 schon anmerkte, fällt die Erinnerung an eine Aufgabe aus, wenn Thunderbird zum Fälligkeitszeitpunkt inaktiv ist. Wenn die Aufgabe bzw. Erinnerung an eine Aufgabe nur mit einer Stunde Dauer angesetzt und TB die gesamte Stunde inaktiv ist, weil die regelmäßig an einem 14. zu erinnernde Aufgabe eben an einem Sonntag ausgeführt werden soll ... dann fällt der Hinweis vollkommen weg, auch wenn eine Fälligkeit vermerkt ist (Standard 1h). Verschieben kann man sie ebenfalls nicht, es wurde ja nicht erinnert ...

Das ist möglicherweise eine gängige Herangehensweise für Teams mit verteilten Aufagen, die über mehrere Tage laufen, mir bereitet die neue Funktionalität nunmehr große Probleme, wenn ich regelmäßig an eine wichtige Dinge, bspw. den MwSt.-Einzugstermin, erinnert werden möchte. Muss ich also nunmehr den seit 15 Jahren oder mehr gewohnten Ablauf dahingehend ändern, dass diese Aufgaben mehrere Tage überspannen, obwohl es nur kurze Hinweise sein sollen? Etwas deprimierend ist das schon.

Das mit der Bug-Meldung werde ich wohl sein lassen, da es sich ja sicher um ein lange und von einer enormen Anzahl von Nutzern und ihren Innen heiß ersehntes "Feature" handelt, welches nur in Ausnahmefällen zu solch extremen Problemen wie bei mir führt ... einigermaßen enttäuschend ist das ganze dennoch und im Grunde als ein eklatenter Fehler zu bezeichnen - darin stimme ich ebenfalls hr123 zu.

Ich werde noch ein wenig beobachten und experimentieren, dann aber wohl resigniert die gewohneten, einfachen Abläufe in ungewohnte, komplizierte verwandeln oder einfach meinen Kalender mit sich überschneidenden Terminen vollknallen, dass dort die Übersicht verloren geht ... soviel zum Thema, wie Digitalisierung das Leben erleichtert ...

Leider muss ich das Thema doch wieder aufmachen - Aufgaben, die aus welchen Gründen auch immer schon vor dem Start von Thunderbird abgeschlossen sein sollten werden nicht mehr angezeigt. In einem Umfeld, wo man nicht gden ganzen Tag auf W-Mails wartet oder sonst am Rechner zu arbeiten hat, weil z.B. Kundenbetreut werden müssen, kann es durhcaus vorkommen, dass Thunderbird erst später am Tag gestartet wird. Welche Termine bzw. Aufgaben dann verloren gehen ist nicht zu 100% klar - ein Faktor ist aber ganz gewiss: Sollte eine Aufabe von 09:00 - 10:00 eingetragen sein und mqan erst 13:00uhr den Thunderbird öffnet, dann fehlen diese Aufgaben als Erinnerung.

Ich werde mal versuchen, das Aufgabenende auf den nächsten Tag zu legen, dann wird vielleicht die Aufgabe auch später noch angezeigt, doch würde dies evtl. über das Wochenende ein Problem werden. Zudem wäre es Flickschusterei ... warum die Funktionalität geändert wurde, das würde mich drängend interessieren.

Ich werde wohl einen Bug-Reprot bzw. einen "Verbessserungsvorschlag" an einer geeigneten Stelle einstellen, damit nicht wieder geschäftliche Probleme mir das Leben schwer machen - nicht erinnerte Aufgaben und/oder Termine sich - auch wenn man in der Zeit schon drüber ist - ein absolutes Unding. vor allem, wenn diese Nichtfunktion ohne Kommentar oder Hinweis eingeführt wird.

Naja, wie auch immer.

Vielen Dank für den unerwarteten Hinweis. Im Grunde erscheint es besser, ein paar störende Hinweise zuviel zu bekommen als das vollständige Ausbleiben von eingestellten Erinnerungen, wie beim eigentlichen Thema geschehen.

Kurze Ergänzung: Heute ploppte mein erster Termin wie angelegt auf, so dass es offenbar tatsächlich eine unzureichend kommunizierte Änderung in der Kalenderkonfiguration gewesen zusein scheint, die zum Ausfall der Meldungen wegen der fehlenden (Neu-)Konfiguration des bettreffenden Punktes führte ...

Dass die Hinweise fehlten hat mein Unterbewusstsein wahrgenommen, doch die Grenze zur bewussten Erkenntnis, dass etwas fehlt, nicht bzw. erst gestern überwunden - lange Leitung. Da ich tägliche Erinnerungen in meinem Kalender stehen habe (man wird älter und merkt sich immer weniger), hätte mein Geist es eigentlich hätte schneller verarbeiten müssen ... so etwas passiert, wenn man sich zu stark auf die Technik verlassen muss.

Ich will jetzt lieber keine philosophische Disskussion über den Sinn und Unsinn der Digitalisierung vom Zaune brechen. Daher belasse ich es bei der Rückmeldung: Die angegebene Lösung scheint das Problem gelöst zu haben.

Hatte das Problem auch bis heute (ESR 140.1). Ist mir auch tatsächlich erst heute aufgefallen und erklärt einiges der letzten Wochen. Durch Update auf 140.1.1 und aufgrund der durch einige Anregungen hier und anderswo vorgenommenen Anpassungen der globalen und individuellen Kalendereinstellungen funktionierten zumindest die Testtermine und -aufgaben wieder. Mal sehen ob die echten und wichtigen Erinnerungen jetzt wieder wie vorgesehen kommen.

Durch dieses Problem bin ich in echte Schwulitäten geraten - die Hinweise auf und Erinnerungen an anstehende Zahlungen bzw. Einzüge einiger Großhändler sind mir dadurch durchgerutscht, was zur mangelnder Kontodeckung führte. Den daraus entstandenen Imageschaden kann ich kaum abschätzen ... Danke liebe Programmierer ... das ist echt geschäftsschädigend. Zudem hat es mich erheblich Nerven und Urlaubstzeit gekostet - auch sind kleinere pecunäre Verluste durch Gebühren entstanden. Wer stellt nun mein Ansehen und meine Nerven wieder her?

Wie kann eine solch tiefgreifende Änderung in der Kalenderkonfiguration OHNE einen expliziten und wiederholten Verweis darauf eingeführt werden? Da hat m.E. das Qualitätsmanagement und die Complianceabteilung schlampig gearbeitet ...

Der offenbar und hoffentlich enstscheidende Punkt befindet sich unter Einstellungen > Kalender > (gefühlte 2km nach unten scrollen) > Benachrichtigungen > + Benachrichtigungen hinzufügen > eine solche anlegen > vielleicht noch eine zweite und dritte mit abweichenden Zeitpunkten (?). Beim ersten Klick auf "+ Benachrichtigung hinzufügen" ploppten tatsächlich einige alte Hinweise auf ... (Danke sehr.) Danach meldeten sich die angelegten Testvorgänge sowie die verschobenen Erinnerungen zum entsprechenden Zeitpunkt.

Die neuerdings in den Windowshinweisen erscheinenden Empfangsnachrichten nerven auch etwas ... doch das gehört nicht hierher.

Meine diesjährige Spende an Thunderbird wird wohl ausfallen ... So kann man auch bei freier Software nicht mit Nutzern umgehen - vor allem, wenn sie auch im Geschäftbereich verwendet wird und werden soll. Sehr bedauerlich. Ich füge jetzt keinen "Smilie" ein, da kein passendes unter den Angebotenen ist ... doch eins: Der enthaltene Sarkasmus tröstet wenigstens ein bisschen über den entstendenen Ärger hinweg.

Vielleicht hilft diese Beschreibung dem einen oder anderen bevor größerer Schaden entsteht.

Der beschriebene "Käfer" wurde mit Version 102.3.2 behoben.

Für Interessierte findet sich der Bugreport hier:

Vermutlich werde ich tatsächlich eine Meldung als Bug absenden müssen, denn heute wird für einen neuen Termin nicht das aktuelle Datum vorgewählt, sondern das gestrige.

An dieser Stelle ist also vermutlich das Ende der Fahnenstange erreicht.

Als Beleg ein Bild im Anhang.

Ja, ich meinte ja schon, dass es kein großes Problem ist, nur eben ungewohnt und etwas dusselig. Da werde ich wohl noch eine Zeitlang meine Termine immer im aktuellen Tag anlegen - einem alten Hund bringt man schwer neue Kunststücke bei ... gewohnte Abläufe zu ändern ... naja ... wer sonst keine Probleme hat, der läßt sich von Programmierern welche vorsetzen, damit man weiter über das "Wie" statt das "Was" oder sogar des "Warum" bzw. auch "Wozu" nachzudenken. Meine Begeisterung über das Update hält sich wie jedesmal der Letzten Jahre in Grenzen ... immer geht etwas liebgewonnenes verloren und wird nur schwer wieder ersetzt. Hätte ich doch noch gewartet ... Egal, es gibt Schlimmeres, wie z.B. existierende und sich abzeichnende Verschärfung von weiteren Arzneimittelengpässen ... aber das ist ein anderes Thema.

Mal sehen ob die Funktionalität in einem der kommenden Versionen wiederkehrt.

Viele Grüße

Andreas

Doch noch eine kurze Ergänzung: Die anderen Dateien zu löschen bewirkt nur - wie zu erwarten -, dass die Termine weg sind aber das beschriebene Verhalten sich nicht ändert ...

Wie schon angedeutet - vermutlich eine neue Funtionalität, die möglicherweise von vielen anderen genau so gewollt wird ...

Nun aber Arbeiten.

Viele Grüße

Andreas

Hallo Bastler,

nachdem ich vorsichtshalber nur die im ordner Backup befindlichen Dateien gelöscht habe gab es keine Veränderung.

Vorsichtshalber habe ich mal einen Bildschirmausschnitt beigefügt, der u.U. das "Problem" verdeutlicht.

Dasselbe Verhalten habe ich auf einem anderen Rechner, auf dem die Kalenderfunktion nicht genutzt wird, festgestellt - also wohl ein "New feature" ...

Vielen Dank.

Vorerst muss ich mich ersteinmal wieder dienstlichen Belangen zu wenden.

Viele Grüße Andreas

Hallo edvoldi,

vielen Dank für den Hinweis, doch wie schon beschrieben, hatte ich diesen Schritt im Vorfeld ergebnislos bzw. mit demselben Verhalten ausprobiert.

Viele Grüße

Andreas

TB 102.1.2 (64bit) Windows 10 pro 21H2 64bit, aktueller Patchstand 17.08.2022.

Es geht um ein (für mich) neues Verhalten der Version 102.*: Bisher war es möglich durch Anklicken des Tages in der Monatsübersicht in der Kalenderseitenleisteeinen termin für den gewählten Tag anzulegen. Im Moment wird der aktuelle Tag für den Termin vorgewählt. Bevor ich verschiedene versuche startete und heute einen Termin eintragen wollte, war am 17.08.2022 der 16.082022 vorausgewählt. Den für frühere Versionen empfohlenen Trick mit dem Löschen bzw. verschieben der localstore.rdf und xulstore.json habe ich erfolglos ausprobiert. Auch im Fehlerbehebungsmodus erscheint dasselbe Verhalten.

Der Termin sollte in einen lokalen, nicht geteilten Kalender eingetragen werden.

Es ist kein großes Problem, nur wüsste ich gern, ob es sich um einen Bug oder ein neuerdings erwünschtes Verhalten handelt. Erst wenn im nächsten Monat noch immer der heutige Tag vorausgewählt wird, dürfte man von einem Fehler ausgehen.

Vielen Dank für die Aufklärung.

Andreas

Habe eine adaptierte Version der Abhilfe von HomerB:

Da ich es für inakzeptabel hielt, für diverse wöchentliche Aufgaben seit 2013 ein Häkchen zu setzten (das wären geschätzte 5000 Klicks gewesen), habe ich die jeweiligen Aufgaben bis auf den letzten Eintrag markiert und gelöscht. Die Rückfrage "Nur diesen Termin (sic.!) löschen" oder "Alle Termine (sic.!) löschen" habe ich mit der Vorwahl: "Nur diesen..." beantwortet. Toi Toi Toi dass die Vorschau auf die "offenen Aufgaben" korrekt ist. Dort fehlt zumindest keine der wiederholt zu erledigenden Aufgaben.

Vielleicht hilft dies ja auch noch anderen Betroffenen.

Kurzer Ablauf:

- die Aufgaben alphabetisch nach Titel sortieren

- alle Fälligkeiten einer betreffenden Aufgabe - außer die letzte Fälligkeit - markieren

- löschen der Fälligkeiten ("Entf"-Taste oder Kontext-Menü)

- Rückfrage mit vorgewähltem "Nur diesen Termin (sic.!) löschen" bestätigen.

- mit allen anderen Aufgaben ebenso verfahren

- Kontrolle, ob regelmäßige Aufgaben fehlen

Netter Nebeneffekt: Man hat mal etwas aufgeräumt.

Viele Grüße.

Hallo ein wunder ist geschehen - tb hat sich selbst geheilt - ich weiß nicht was ich richtig gemacht habe, aber das gewünschte theme ließ sich jetzt installieren und aktivieren. vielleicht waren es die gegebenen Anregungen gefolgt von einem rechnerneustart. vermutlich sollte der laptop doch nicht immer nur schlafen gelegt sondern einmal mehr aquch heruntergefahren werden. jedenfalls vielen d. ank für die zeit und den aufwand.
bis zum nächsten problem

birquito
>--%__O---<

erst einmal vielen dank - leider hat keiner der beiden anregungen weitergeholfen.
kann es sein, das in den tiefen der konfiguration beim update auf thunderbird 2.0 eine einstellung aus der alten konfigurationen in die neue übernommen wurde, die wegen einer uminterpretation des eintrags in der neueren version den genannten fehler hervorruft?
der hinweis aus der knowledge-base ist ja auf Firefox bezogen - cache beim thunderbird?
könnte eine inkompatibilität zwischen tb und dem "litestep-mäntelchen" für WinXP bestehen?
der tb funktioniert ja, einschließlich der installation neuer erweiterungen - nur eben neue themes zu installieren geht eben nicht. insofern werde ich nicht sterben, wenn ich kein neues theme einrichten kann.

birquito

>--%__O---<

vielleicht ist mein problem so einfach, dass ich die vor der nase liegende lösung nicht mehr sehe ... bitte daher auch offenbare lösungsansätze aufzeigen .. der wald ist dicht ... der einzelne baum nicht mehr zu sehen

birquito