Wenn Attachments direkt aus Thunderbird geöffnet werden, werden diese in einem Temp -Ordner gespeichert. In der Regel ist dieser irgendwo im System, aber nicht offensichtlich für den Anwender zu erreichen.
Keine Ahnung, ob dies irgendwie in der Vergangenheit oder jetzt bei Dir verändert wurde
sollte man die Hacken (beide) besser rausnehmen grundsätzlich, da ich demnächst auch vor dem Update auf die 102er stehe ?
Das ist nicht nötig. Wenn beim Programmstart des 102er Deine Passwörter scheinbar verschwunden sind (und quasi erfolglos erneut abgefragt werden), dann kannst Du den Haken immer noch heraus nehmen. Die zuvor gespeicherten Passwörter sind dann (laut Bug-Beschreibung) nämlich immer noch da und werden dann auch wieder korrekt verwendet.
Wird bei Dir/Euch auch ein NAS verwendet, worauf Thunderbirds Daten (Einstellungen etc.) gespeichert werden?
Man kann auch einfach die hardware acceleration im UI abschalten:
Oh man, da hast Du vollkommen Recht - dafür gibt's ja die Option im Einstellungen-Dialog. Ich habe es oben nochmal entsprechend angepasst. Danke
Als kurze Zusammenfassung - Danke an die Beteiligten für die Lösung:
UPDATE: den Bug gibt es schon: https://bugzilla.mozilla.org/show_bug.cgi?id=1789213
Die folgende Option muss deaktiviert werden (also den Haken weg nehmen) - dies ist identisch zu der Lösung per Konfig-Editor, wo man layers.acceleration.disabled im Konfig-Editor auf true stellt:
Könnt Ihr mich aufklären, wovon wir hier genau sprechen? Wo war ein Beitrag, der anschließend gelöscht/bearbeitet wurde bzw. aus Sicht von Friedel zerstört wurde? Ich kann die Diskussion leider überhaupt nicht nachvollziehen.
Vielleicht mal Schritt für Schritt seitens Friedel beschreiben, was da passiert sein soll.
Das Problem Deiner ganzen Beschreibung ist für mich, dass ich teilweise nicht sicher bin, ob die neuen Postfächer bspw. beim selben Anbieter wie momentan funktionierende sind. Letztlich habe ich ein paar Denkanstöße gegeben, die zutreffen könnten, aber nicht müssen. Wenn Du selbst nach einem für Dich logischen Prinzip zur Fehlersuche vorgegangen bist, dann ist ja prima. Nur leider funktioniert es halt weiterhin nicht. Falls noch nicht geschehen, solltest Du mit Thunderbird 102.2.2 auf jeden Fall eines der funktionierenden Konten mal in einem sauberen Testprofil testweise neu als IMAP einrichten.
Nach der automatischen Installation von Thunderbird 102.2.2 unter Windows 10 kann ich keine neuen IMAP-Postfächer mehr einrichten, und zwar unabhängig vom Anbieter.
Hast Du momentan überhaupt Postfächer in Thunderbird, die funktionieren?
Von welcher Version bzw. Versionsreihe bist Du auf Version 102.2.2 hoch gegangen? Mit welcher Versionsreihe hat das Einrichten eines IMAP-Postfachs zuletzt funktioniert?
Welche (verschiedenen) Anbieter sind denn betroffen. Kannst Du uns diese nennen, wenn nichts dagegen spricht? Fast alle Anbieter blockieren erstmal den Zugriff mittels POP/IMAP - ist dieser für die (neuen?) Postfächer überhaupt bei den Anbietern aktiviert? Im Fall von T-Online muss auch das separate Passwort für den Zugriff angelegt und verwendet werden - ist dies der Fall?
Letztlich kann auch das "TLS-Version-Problem" die Ursache sein.
Das Dialogfeld lässt sich doch bestimmt auch unter macOS an seinen äußeren Kanten/Ecken mit der Maus in der Größe verändern?!
individueller 'Kleinkram' ist schell wieder eingestellt.
Im Laufe der Versionssprünge werden jeweils einmalig die Adressbücher, Kalender, Zertifikatspeicher + OpenPGP-Key-Speicher etc. migriert. Wenn man dann zurück zu einer "alten" Versionsreihe geht und damit monatelang arbeitet, werden die dann im Laufe der Zeit gemachten Änderungen wieder in den alten Dateien/Datenformen gespeichert. Wenn dann der spätere Schritt zur neuen Versionsreihe gemacht wird, werden all diese Änderungen nicht erneut in die neuen Dateiformate migriert. Statt dessen werden dann die bereits zuvor erstellten "neuen" Dateien für diese Daten benutzt und man wundert sich wo all die Änderungen der letzten Monate verschwunden sind. Da hilft auch kein kurzer Test, um jetzt an einem Tag von 102 auf 91 oder 78 zu gehen und noch heute wieder auf 102 zu gehen.
Das Problem des Downgrades ist nicht das Downgrade, sondern das spätere erneute Upgrade, denn dabei werden manche Daten nicht erneut in die neueren Datei-/Datenformate im Profil migriert. Somit kommt es dann bei diesem erneuten Upgrade zu ungeahnten Problemen.
Du hast das Konto als IMAP-Konto eingerichtet, vermute ich. Die englischen Ordner werden so immer auf dem Datenträger benannt. Thunderbird übersetzt die Namen der Ordner (nur) dann, wenn diese korrekt für ihre speziellen Aufgaben in Thunderbird zugeordnet sind.
Scheinbar ist irgendwas mit der Zuordnung durcheinander geraten.
Genau. Die Zuordnung der "speziellen" Ordner machst Du in den Konten-Einstellungen:
E-Mail-Konto (IMAP) einrichten - Thunderbird Mail DE
Den Papierkorb kannst Du letztlich auch in den Konten-Einstellungen zuordnen. Am besten liest Du den ganzen Artikel, den ich verlinkt habe. Da wird nämlich auch gezeigt, wie Du die "originalen" speziellen Ordner Deines Kontos auch abonnieren kannst und dann diese Ordner auch in Thunderbird zuordnen kannst. Dann brauchst Du die "englischen" Ordner nicht mehr und könntest deren Inhalt in die "neuen", "originalen" Ordner des Webmail-Postfachs rüber schieben.
Mit den Entwicklerwerkzeugen könnte man den grauen Rand untersuchen, um auf die Spur zu kommen.
Vielleicht bist Du Opfer des Bugs geworden, wo die Mails beim Komprimieren in Verbindung mit Maildir mehrfach heruntergeladen werden. Das müsste mit 102.2.2 dann behoben sein. Vermutlich bleibt aber der Schrott noch da.
Gibt es eigentlich Fehler in der Konsole, wenn das Problem auftritt.
Wäre interessant, wenn Du erst meinen Vorschlag ausführst. Wenn das noch nicht hilft, dann den Vorschlag von MSFreak .
Dann bitte ich Dich jetzt mal als erstes das Folgende zu machen: Menü Hilfe → Weitere Informationen zur Fehlerbehebung → Startcache löschen
Danach Thunderbird nochmal neu starten. Was passiert jetzt?
nach der portablen Installation über 400 MB auf die Platte bring
Dies liegt nicht an einem vermeintlichen Nachladen, sondern daran, dass die (komprimierten) Installationsdateien entpackt werden.
Das Problem dabei ist, dass solche Probleme meist eben nicht durch eine Code-Optimierung behoben werden (können). Entweder das Problem löst sich durch Zufall oder man hat die "korrupte" Datei irgendwann erfolgreich beseitigt.
