Danke. Sieht bei mir (beinahe) identisch aus in:
Extras -> Einstellungen -> Kalender -> Abschnitt "Erinnerungen"
Ich habe nur "Standardklang verwenden" anstelle von Deinem Trumpet1.wav bei Audiodatei aktiviert.
Aber ich nehme mal an, dass der TON nicht entscheidend für die Anzeige des Popups ist, oder doch?
Ab und zu verpasse ich eine Erinnerung für einen Kalendereintrag, weil kein Popup den bevorstehenden Termin anzeigt, sondern nur für ein paar Sekunden eine Benachrichtigung unten rechts erscheint. Diese Benachrichtigung verschwindet automatisch wieder.
Wie kann ich im Kalender des TB 153.3.1esr einstellen, dass immer ein Popup erscheint welches nicht verschwindet, bis ich es entweder manuell bestätige oder nach einer gewisse Zeit erneut erinnern lasse?
Es spielt mir keine Rolle, wenn zusätzlich auch noch eine Benachrichtigung produziert wird (so wie bei eingehenden Mails).
Entscheidend ist aber das zwingend nötige Popup, dass stehen bleibt und nicht "übersehen" werden kann.
Teilst Du uns bitte auch noch mit, mit welchen Einstellungen in ATI es schlussendlich bei Dir geklappt hat?
Suchst Du diese Abkürzung?
%appdata%\ThunderbirdDie erweitert sich automatisch auf
C:\Users\<DeinAktuellerBenutzername>\AppData\Roaming\ThunderbirdFür alle zukünftigen Leser:
Springt direkt in obigem Link auf Punkt 4 und ändert die Einstellung mailnews.smtp.loglevel auf All.
Nach einem TB-Neustart kann man in der Fehlerkonsole (Strg + Umschalt + J oder Hamburger-Menü -> Werkzeuge -> Entwicklerwerkzeuge) die Details sehen - wenn es denn welche zu obigem Authentifizierungsfehler gäbe 😉
Seit dem automatischen Zwangsupdate auf TB 153.0.1esr wird mir beim Start von TB bei zufälligen Gmail-Konten immer mal wieder der Warnhinweis: "Authentifizierungsfehler beim Verbinden mit dem Server imap.gmail.com" angezeigt.
Das kann man auch in Extras -> Aktivitäten nachsehen:
Klicke ich im jeweiligen Gmail-Konto auf "Abrufen" werden neue Mails ohne weitere Meldung oder Bestätigung ganz normal abgerufen.
Wenn ich genug Geduld habe, funktioniert der Abruf nach dem eingestellten Intervall auch vollautomatisch.
Ist anderen TB-Benutzern dieser häufiger auftretende Warnhinweis auch aufgefallen?
Gibt es irgendeine Veränderung in ESR 153 im Zusammenhang mit Gmail-IMAP-Konten die ich allenfalls anpassen müsste?
Bei den bisherigen Vorgängerversionen kann ich mich nicht erinnern, je einen solchen Hinweis gesehen zu haben.
Nach mehreren Stunden ausprobieren habe ich die Ursache gefunden und das Problem beheben können.
Feststellung #1: Es gab tatsächlich noch einen ungelesenen Entwurf!
Feststellung #2: Erst über Hilfe -> Fehlerbehebungsmodus und TB-Neustart mit deaktivierten Addons sprang der Tastendruck n tatsächlich auf den bisher versteckten Eintrag. Dieser war - aus unerklärlichen Gründen - in einem lokalen Ordner unter \Entwürfe abgelegt, nicht wie in der Bestätigungsbox genannten Postfach.
Den lokalen Ordner habe ich bei mir bisher komplett ausgeblendet. Diese Kombination "ausgeblendet" - für TB noch vorhanden - führten mich in die Irre.
Nachdem ich diesen lokalen Entwurf-Ordner gelöscht habe funktioniert das Springen mit n wieder wie gewohnt, auch mit Addons und im normalen Startmodus.
Als weiteren Hinweis:
Wenn ich dieser englischen Supportanfrage bei Mozilla folge und den Konfigurations-Eintrag
mailnews.nav_crosses_folders
vom bisherigem Wert 1 auf neu 0 (null) stelle, dann wird überhaupt keine Bestätigungsbox vor dem Sprung zwischen verschiedenen Postfächern - auf die nächste ungelesene Nachricht - mehr angezeigt. Insofern erscheint auch keine Box mehr um auf den nicht existenten Entwurf zu springen.
Das ist zwar nicht wirklich eine Lösung, aber wenigstens nervt mich die Box mit dem angeblichen \Entwurf-Mail auf diese Weise nicht mehr.
Mögliche Werte für mailnews.nav_crosses_folders sind:
Wenn jemand sonst noch Ideen für eine richtige Lösung hat, bitte einfach melden.
Danke für Deine Idee!
Ein Rechtsklick -> Eigenschaften -> (Tab Allgemein) Reparieren verändert leider nichts.
Ich verwende seit einiger Zeit Thunderbird (aktuell mit 153.0.1.ESR) mit mehreren IMAP-Postfächern von verschiedenen Anbietern.
Seit ein paar Tagen nervt mich neu dieses Verhalten, welches schon vor dem Meadow-Update auftrat:
Immer wenn ich die Taste "n" drücke für "Springe zur nächsten ungelesenen Nachricht" (Navigation -> Nächste -> Ungelesene Nachricht) fragt mich eine Bestätigungsbox nach, ob ich "zur nächsten ungelesener Nachricht in Entwürfe-Mailkonto@Anbieter weitergehen?" will.
Klicke ich auf Ja, passiert rein gar nichts. Es wird weder ins angeblich betroffene Postfach gesprungen, nicht mal dessen Entwurfs-Ordner aktiviert. Der Entwurfsordner ist übrigens leer, es gibt dort nichts Ungelesenes.
Ich habe schon probiert die Drafts.msf zu löschen, die session.json, die FolderCache.json. Ich habe schon den Entwurfs-Ordner vom betroffenen IMAP-Konto de-abonniert und neu abonniert. Auch die manuelle Entfernung des Entwurfs-Ordners aus der folderTree.json brachte keine Besserung (immer mit jeweiligem TB-Neustart natürlich).
Hat irgendjemand sonst noch eine Idee, wie ich diese störende Meldung auf einen Entwurf wegkriege, der gar nicht existiert?
Nachtrag 18:30 Uhr:
Ich habe via Webmail nachgesehen, ob irgendwelche Einträge in \Entwürfe steht: Nichts.
Dann habe ich den Ordner in Webmail sogar komplett gelöscht, der wird aber gleich wieder automatisch erstellt, müsste also 200% leer sein.
Obiges Fehlerbild bleibt.
Deshalb vermute ich irgendeinen vermurksten lokalen Thunderbird-Eintrag - ich finde nur leider die passende Stelle/Datei/Einstellung nicht.
Wird wieder Zeit, Thunderbird-Updates grundlegend zu blockieren, ehe seitens Mozilla unerwünschte bevormundende Updates einfach ausgerollt werden. In dem genannten Thread sieht man es ja auch wieder, dass ungefragt von esr zu release gewechselt wird. Der TE ist ja happy damit, aber vielleicht erkennt er in vier bis acht Wochen auch noch, dass das nicht so dolle ist.
Sehe ich genau gleich. Ich will selber entscheiden können OB und WANN ich ein Thunderbird-Update machen will.
Nicht Mozilla und schon gar nicht, wenn nicht all meine bisherigen Addons zuvor auf Kompatibilität geprüft und aktualisiert wurden.
Ich verwende bewusst esr-Release, weil ich bisher der Meinung war, dass genau diese esr-Varianten eben NIE automatisch aktualisiert werden.
Soviel ich weiß, zum Glück nicht.
Wer sucht, der findet.
Braucht allerdings zusätzlich auch die Datei key4.db die im gleichen Verzeichnis liegt wie die logins.json.
wenn besagte Datei keinen Schuss hat.
Die zuständige Datei heißt: logins.json
Danke für die Info.
Da die anderen Konten ohne Nachfrage nach dem Passwort funktionierten, gehe ich davon aus, dass diese logins.json funktionsfähig kopiert wurde.
Gibt es ein Tool, dass mir aus dieser Datei die Passwörter in Klartext darstellt?
Dann könnte ich in einer Datensicherung nachsehen, ob das darin gespeicherte Passwort "aktuell" war.
Andererseits macht man solche Migrationen ja nicht ständig und ist nicht allzu viel zusätzlichen Aufwand wert.
• Thunderbird-Version: 128.7.1esr
• Betriebssystem + Version: Windows 11 24H2 (Stand 20.02.2025)
• Kontenart: IMAP
• Postfachanbieter: GMX
Bei der heutigen Migration von einem alten Windows 10-PC auf einen neuen Windows 11-PC (mit manueller Kopie des Thunderbird-Ordners) hat soweit alles einwandfrei geklappt. Die einzige Unsicherheit ist diese:
Beim ersten Versand von einem GMX-Konto fragte mich Thunderbird nach dem Passwort (welches er dann im Passwortmanager speichert).
(Erstaunlicherweise war das nur für das GMX-Konto nötig, andere Konten von anderen Providern verlangten kein Passwort.)
Wird dieses GMX-Passwort wirklich nirgends im Thunderbird-Ordner gespeichert?
Welche Datei oder welche Registry-Einstellung müsste man zusätzlich kopieren, damit man auch kein GMX-Passwort einmalig neu eingeben müsste?
Beim weiteren Durchsuchen des Forums bin ich auf diesen Eintrag mit dem Filter-Protokoll gestossen.
Dadurch konnte ich sehen, WARUM neu eintreffende Nachrichten nicht mehr direkt in den Zielordner verschoben wurden. Der Grund liegt daran, dass eine andere (ältere und weniger genaue) Filter-Regel oberhalb meiner vermeintlich zutreffenden Filter-Regel zuerst zum Zug kam.
Nachdem ich die neueste, genaueste Filter-Regel höher positionierte (welche damit in der Priorität zuerst abgearbeitet wird), funktioniert das direkte Verschieben wieder wie gewünscht.
Ich kann allerdings nicht erklären, wieso das in den letzten Wochen vor dem Update auf 128.2.3esr noch funktionierte und neu nicht mehr. Das ist jetzt aber eigentlich egal.
Seit dem heutigen Update von Thunderbrid auf 128.2.3esr funktioniert der Filter auf eine neu eingehende IMAP-Nachricht nicht mehr vollständig und automatisch.
Der Filter sollte Mails aufgrund von Einträgen im Betreff in ein Unter-Unterverzeichnis verschieben.
Also vom \Posteingang in \Posteingang\Hobby1\Produktiv. Aktuell verschiebt der Filter aber - egal ob automatisch beim Mail-Eingang oder manuell aufgerufen über Extras -> "Filter auf Ordner anwenden" nur noch für 1 Stufe.
Im obigen Beispiel wird das Mail also von \Posteingang nur noch in \Posteingang\Hobby1 verschoben. Führe ich den gleichen Filter in \Hobby1 erneut aus, wird das Mail ins richtige Zielverzeichnis \Posteingang\Hobby1\Produktiv verschoben.
Weiss jemand, was sich mit v128.2.3esr bezüglich Filter verändert hat?
Gibt es irgendeine Option die man einschalten müsste, dass gefundene Mails auch über mehrere Unterverzeichnisse direkt richtig verschoben werden?
Ich glaube, ich habe inzwischen das entsprechende offene Issue
"Options to include location, status and category in the print output"
in Bugzilla gefunden:
Erschreckt hat mich dabei: Opened 17 years ago, Updated 2 years ago
Gibt es eine Möglichkeit, die erfassten Orte im Thunderbird Supernova-Kalender-Eintrag bei der Verwendung von Datei -> Drucken -> Monatsübersicht ebenfalls anzeigen zu lassen?
Oder allgemeiner gefragt:
Kann man die Monats-Druckübersicht überhaupt irgendwie manuell anpassen?
Alles anzeigenoffensichtlich hast Du von Programmierung wenig Ahnung.
...
Diese Einschränkung ist ziemlich unwichtig,
...
https://www.thunderbird.net/de/get-involved/
...lebt. Also ran an die Arbeit, und zwar schnell. Sag Bescheid, wenn Du den Fix hast.
Das sind keine "Umgehungslösungen", sondern bewährte Methoden.
...
Daran hat sich nichts geändert. A fool with a tool is still a fool.
...
Danke für Deine Fern-Beurteilung meiner Kenntnisse. "Offensichtlich" liegst Du falsch, aber lassen wir das.
Die erwähnte Einschränkung in Thunderbird v102 ist einfach nur ärgerlich, egal wie viel Geld man dafür bezahlt oder ob man die nicht voll funktionsfähige Import-/Exportfunktion geschenkt bekommt.
Der Durchschnittsanwender will sich nicht mit mühsamen, manuellen Verzeichnis-Kopier-Umgehungslösungen rumschlagen ("Gehen Sie drei Ebenen nach oben" - schon klar, fehlt nur noch "Gehen sie nicht über Los").
Der Durchschnittsanwender führt ein Setup aus, wählt Import, die eben exportierte Backup-Datei und fertig.
Alles andere hinterlässt den Eindruck einer halbgaren Bastel-Lösung für eine als Neuerung angepriesene, eigentlich nützliche Funktion.
Ich werde meine Zeit also nicht dafür opfern einen Fehler zu fixen der Deiner Experten-Meinung nach ja "ziemlich unwichtig" ist. Ich werde auch nicht die übrigen Projektteilnehmer davon überzeugen, dass man eine alternative ZIP-Library einsetzen könnte, die keine solchen 2GB-Einschränkungen hat.
Wie schon Susi to visit sehr schön dargelegt hat, sind Beiträge wie Dein letzter (#8) nicht hilfreich in einer Community. Selbstverständlich verlangt niemand von Dir, dass Du meine Meinung teilst oder gut findest. Dafür gibt es die Reaktions-Icons.
Es wäre nur anständiger, wenn Du trotz Deiner abweichenden Meinung nicht persönlich würdest und mich im Schluss-Satz z.B. als "fool" bezeichnest oder mich unterschwellig als "ahnungslos" beurteilst.
Falls jemand am technischen Hintergrund interessiert ist:
Hier wird der vermutliche Grund für das 2 GB Limit erwähnt:
Because nsIZipReader only supports zip file smaller than 2GB, we have to support importing from a profile dir....
oder hier mit der Angabe der genauen Codestelle für das Limit INT32_MAX:
if (size >= INT32_MAX) return NS_ERROR_FILE_TOO_BIG;Schade, dass man sowas Triviales bisher nicht fixen konnte und lieber in den Anleitungen auf diese Einschränkungen hinweist und Umgehungslösungen vorschlägt.