Beiträge von Thunder

Zitat von jorgk3

Bei IMAP ist alles nicht so schlimm, denn die Roh-Daten sind auf dem Server

Nur, was passiert beispielsweise, wenn ich in Thunderbird eine Mail des IMAP-Kontos per "Attachment löschen" verändert habe? Dann wurde die womöglich auch falsch geschrieben/erstellt.

Zitat von jorgk3

Du hast noch vergessen, dass ein compact aufgrund einer kaputten MSF dann auch die intakte Mbox zerstört hat, denn die offsets waren in der MSF falsch gespeichert. Ist klar, oder?

Ja, das war mir durchaus leider auch klar - auch wenn oben nicht direkt angesprochen.

Zitat von Bastler

Genau da kommt exile_in_hell wegen der Größe nicht 'ran.

Ach hups - sorry!

Die Größe dieser Dialoge müsste eigentlich mit 102.0.3 korrigiert sein, sodass diese sich die passende Größe "nehmen".

Zitat von jorgk3

Wenn Du das MSF zu einer kaputten Mbox löscht, können natürlich komische Sachen passieren, zusammen gepappte Nachrichten, eine in der Mitte einer anderen, Fehldarstellungen, weil die Header fehlen, etc.

MSF löschen ist in diesem Punkt aber letztlich identisch zu "Reparieren", vermute ich. Das ist alles schon ein großer Mist. Die defekten MSF verursachen Probleme und das Löschen/Reparieren der MSF offenbart dann die (eh schon parallel) defekten Mbox-Dateien. Da werden wieder eine Menge Leute denken, dass das "Reparieren" den Fehler verursacht hat. Und letztlich hat kaum jemand mehr den Überblick über die Zusammenhänge der Fehler - jedenfalls fällt es ja sogar mir schwer, den Überblick zu behalten, obwohl ich die Bugs ja seit nun Monaten schon teilweise mitverfolge.

102.0.3 soll das Problem nicht mehr verursachen, es bleibt aber aus den älteren 102er Versionen bestehen, bis man die einzelnen Ordner per Rechtsklick → Eigenschaften → Reparieren wieder repariert hat.

@jorgk3

1.) Danke für die Antwort. Es wäre aber hilfreich ab und zu auf den Vergleich zu Betterbird zu verzichten. Damit stiftest Du nämlich vermutlich bei vielen Leuten noch weitere Verwirrung rund um die Versionsnummern.

2.) Was kannst Du für eine Vorgehensweise empfehlen, um "massenweise" Ordner zu reparieren (und hilft dies auch bei korrupten Mbox-Dateien, was mir neu wäre?), ohne für weitere Probleme in Thunderbird zu sorgen. Wenn ich nicht irre, gab es doch auch mit dem (bisher oft auch von mir empfohlenen) Löschen von *.msf auf Dateiebene potentiell Probleme im Nachgang, oder?

1.) Untersuche doch bitte mal, ob es sich tatsächlich um die identische thunderbird.exe handelt (Dateipfad zur *.exe), oder ob es separate Installationen der Software sind. Für mich sieht es spontan so aus, dass Du zwei Installationen hast.

2.) Im Profil-Manager kann man prinzipiell anwählen, dass ein gewünschtes Profil genutzt werden soll, ohne den Profil-Manager jedes mal öffnen zu müssen. Dies muss man allerdings pro Installation jeweils machen, was nicht ganz offensichtlich ist. Im Zweifelsfall musst Du halt dafür sorgen, dass die "passende" / gewollte thunderbird.exe mal mit dem Profil-Manager gestartet wird.

Zitat von Susi to visit

Wie ist denn der Stand? Tritt der Fehler, dass Inhalte von E-Mails durcheinandergeraten noch auf, also wenn man eine .3 auf ein bis dahin intaktes Profil loslässt?

Dazu hat wohl @jorgk3 den besten Überblick. Ich bin nicht komplett sicher, ob von 102.0 bis hin zu 102.0.2 die Mbox-Dateien nicht mehr beschädigt wurden und/oder beim Verschieben, Kopieren von Mails in andere Ordner dabei Datenmüll produziert wird oder wurde. Meines Erachtens sollte zumindest ab 102.0.3 nichts dramatisches (neues) mehr passieren. Aber zuvor erzeugte Fehler werden eben meines Wissens nicht automatisch behoben. Darüber werden viele Anwender stolpern (und die neuen Programmversionen weiterhin für fehlerhaft halten), falls diese bereits mit den Thunderbird-Betas oder den ersten 102er-Versionen (ist dies so oder nicht?) gearbeitet haben.

Es ist hier etwas offtopic, aber genau diese Ungewissheit bezüglich der kombinierten MSF-/Mbox-Probleme hält mich bisher davon ab, den 102er hier auf der Website endlich anzupreisen. Seitens MZLA wünsche ich mir, dass man zu dem ganzen Problem ein klares zusammenfassendes Statement abgeben würde, in dem man betroffene Anwender-Gruppen (Beta-Versionen, erste 102er-Versionen...) möglichst klar nennt bzw. abgrenzt und passend dazu Lösungswege aufzeigt, die nicht durch technische Unwissenheit neue Probleme erzeugen. Falls Ihr dazu passende Support-Artikel vor Augen habt, dann gebt mir gerne die URLs dazu. Meines Erachtens langt es nicht, dazu einfach nur "versteckte" Support-Artikel anzubieten. Das gehört auf die Startseite auf thunderbird.net.

Dann rücke doch mal mit ein paar Erklärungen heraus, was an Deiner Konfiguration besonders sein soll.

Ach autsch, soll ja eben nicht besonders sein.

Zitat von Susi to visit

Möglicherweise trat der Fehler hier also bereits mit der 102.0 auf und wurde schlicht erst nach dem Update auf die 102.0.2 bemerkt.

Um es deutlich zu sagen: Damit meint Susi to visit , dass der Fehler beim Themenstarter möglicherweise erst jetzt bemerkt wurde. Für Thunderbird selbst arbeitet man bereits seit 102.0 schrittweise an mehreren (teils zusammenhängenden) Problemen, die für diese Probleme verantwortlich sind.

Ein Dilemma wird bleiben: Wer von diesen Fehlern betroffen ist, wird es nicht einfach haben, diese wieder los zu werden. Einfach nur das Programm aktualisieren, wird die bereits bestehenden Schäden nämlich nicht rückgängig machen. Zumindest die Index-Dateien *.msf müssen durch die Reparieren-Funktion der einzelnen Ordner neu erstellt werden. Und dann können immer noch zuvor beschädigte Mails in den Mbox-Dateien bleiben, wenn ich nicht irre. Im Fall von IMAP-Konten könnte/müsste man dann die Mbox-Cache-Dateien irgendwie löschen und neu erstellen lassen (da fehlt mir gerade selbst die Idee, wie dies sauber möglich ist). Im Fall von POP-Konten und dem Lokalen-Konto könnten die Mails bzw. deren Mbox-Dateien aber auf ewig beschädigt sein, wenn ich nicht irre.

Da ich selbst seit längerer Zeit schon alle Konten auf Maildir umgestellt habe, bin ich wohl von dem Problem verschont geblieben.

Zitat von Radilogeorg

Seit mehreren Versionen tauchen Mails im Posteingang mit falschen Absenderangaben auf. Häufig 2 mal die gleiche Absender- und Betreffangabe, obwohl es zwei verschiedene Mails sind. Und manchmal kann ich die falsch gekennzeichnete Mail nur direkt vom Konto holen, nicht mehr mit TB.

Kannst Du dies nochmal klarer erklären? Woher kommen die Mails? Inwiefern sind die Absender falsch? Zeige bzw. nenne uns Beispiele.

Zitat von edvoldi

Dann setzt einmal die Brille auf, links neben dem Text "Kalender" ist ein Pfeil der ist auf Deinem Bild deutlichzu sehen.

Ich habe hier zuhause gerade mal ein "Versuchskaninchen" vor den Bildschirm gesetzt. Die Person hat erst gar nicht den Ort gefunden, wo der kleine Screenshot-Ausschnitt von dErzOnk im Kalender-Tab zu finden ist. Nachdem der korrekte Ort gefunden bzw. gezeigt wurde, hat die Person dann den kleinen Pfeil zum Aufklappen der Liste sofort gesehen und wollte quasi noch im Screenshot drauf klicken...

Wir sind diesbezüglich einfach betriebsblind. Daher meine Empfehlung: Screenshot-Ausschnitte sollten etwas mehr "Futter" drum herum bieten, damit die betroffenen User sich besser orientieren können.

Zitat von stoxx

Ist das normal, dass das Abbo offenbar zentral bei gmail gespeichert wird und dann gnadenlos auf alle clients ausgerollt wird?

Habe ich noch nie gehört und würde auch nicht normal für IMAP sein. Allerdings ist Google halt auch nicht normal, die haben nämlich gar kein "normales" IMAP. Es gibt dort in Wahrheit ja auch keine Ordner, sondern nur Labels, die für IMAP dann von Google als Ordner "ausgeliefert" werden. Vermutlich liegt da irgendwo der Hund begraben. Da ich selbst bei Google keine großartigen Ordner angelegt habe, ist mir dies vielleicht auch nur nie aufgefallen.

Ich habe jetzt mal getestet und kann das bzw. ein Problem grundsätzlich bestätigen.

Thunderbirds eigenes "Abtrennen" wird bei S/MIME-Nachrichten ausgegraut, sodass man erst gar nichts an der Mail verändern kann. Thunderbird selbst bietet nur "Speichern" und "Öffnen" bei den Attachments an. Dies war mir scheinbar immer entgangen, wenn ich an dem Add-on getestet und programmiert habe. Ich sehe jetzt auf die Schnelle nicht, was genau dazu führt, dass bei einer "nur" unterschriebenen Mail gleich gar nichts mehr angezeigt wird. Es würde ja ausreichen, wenn die Unterschrift als ungültig bzw. "gebrochen" angezeigt würde. Der Text und das HTML der Mail ist, wenn ich es richtig sehe, nach dem Abtrennen des Attachments immer noch in der S/MIME-Nachricht vorhanden.

Ich habe gerade auch erstmal wieder suchen müssen...

Mit Hilfe der Shift-Taste kann man von oben bis unten alle Ordner leicht markieren (ersten anwählen, dann auf den letzten per Shift+Klick). Wenn dann alle ausgewählt sind, kann man mit der Leertaste den Status (Haken rein / Haken raus) des Abonnements ändern. Dies reagiert bei vielen Ordnern etwas verzögert - also nach der Leertaste einen Moment lang warten.

Warum man dafür nicht endlich mal eine offensichtlich erkennbare Methode per Button mit "Alle aktivieren" / "Alle deaktivieren" oder ähnlich eingebaut hat, ist mir aber auch ein Rätsel.

Vermutlich hast Du den Zugriff auf den Kalender noch nicht aktualisiert. Schaue bitte mal in den Einstellungen bei den gespeicherten Passwörtern und (aus meiner Sicht am einfachsten) lösche dort alles, was nach Google bzw. Gmail ausschaut. Dabei müsste vermutlich auch mindestens ein Eintrag für CalDAV sein, welcher wohl verantwortlich ist. Danach beendest Du Thunderbird, startest Thunderbird dann neu und authentifizierst Dich bei Google schlichtweg nochmals bei Thunderbirds Zugriffsversuchen.

Zitat von schlingo

tja, dafür funktionieren offenbar andere nicht mehr.

Dies stimmt hier im Kontext nicht. AEC 3.* ist für Thunderbird 78.* gedacht und prinzipiell natürlich kompatibel damit. Erst ab Thunderbird 91.* konnte ich das Add-on leider nicht mehr lauffähig bekommen, sodass man auf das "primitive" Ersatz-Add-on wechseln muss, welches man auf ATN findet.

Ich muss später erstmal meine Zertifikate aktualisieren und ein wenig mit Attachments testen. Letztlich wird dies aber "bestenfalls" dazu führen, dass ich den Bug bestätige oder bei ausschließen kann. Falls sich der Bug bestätigt, werde ich vermutlich nicht mehr helfen (können) - zumal AEC für aktuelle Thunderbird-Versionen ja nicht mehr mit der alten Technik umsetzbar ist.

Zitat von Steffi

Es scheint, als ob beim Löschen der Anhänge mit Emails, die mit S/MIME daherkommen, die HTML Ansicht bzw. der HTML Text gelöscht wird. Nach dem Abtrennvorgang bleibt das Vorschaufenster inkl. echtem Fenster weiß, nur in der Textansicht ist der Text noch sichtbar.

Welche Thunderbird-Version nutzt Du? Welche Add-on-Version ist installiert?

Der Screenshot von Dir zeigt ja letztlich "nur", dass die S/MIME-Signatur nicht mehr gültig ist, was vollkommen klar, weil zum Inhalt der Mail auch sämtliche Attachments gehören bzw. gehört haben. Sobald ein Attachment gelöscht ist, muss die Signatur als ungültig angezeigt werden - auch wenn dies störend erscheinen mag.

Deine Ordner-Symbole zeigen ganz klar, dass Du mit irgend einem Add-on die Darstellung (Symbole) komplett verändert hast. Evtl. hast Du dies auch mit der userChrome.css Methode gemacht. Thunderbird 91 und dann auch 102 haben sonst ganz andere Icons bei den Ordnern. Die gezeigten Icons von Dir gab es so nie in Thunderbird selbst.

Zitat von Petz2022

ich denke, daß irgendwann ein Update kommt, das funktioniert,

und ich hoffe und wünsche uns, daß dies bald passiert.

Die Frage ist, ob der oder die verursachenden Fehler "nur" behoben werden, oder ob auch die resultierenden Probleme dabei gleich mit repariert werden. Das macht leider einen Unterschied.

GMX hat wohl (circa) zum 01.06.2022 TLS 1.0 und TLS 1.1 abgeschaltet. Ich denke, dass es da einen Zusammenhang geben könnte - auch wenn die Meldung erst "heute" aufgetreten sein soll. Der "nicht überschreibbare TLS-Fehler" ist mir so nicht bekannt, deutet für mich aber vielleicht gerade auf inkompatible die TLS-Version hin. Da Thunderbird dies im 91er problemlos unterstützt, könnte ich mir vorstellen, dass von Avast beispielsweise ein veraltetes Zertifikat genutzt wird.

Vielleicht hilft dies:

Es kann aber auch mal vorkommen, dass einer der Server des Postfach-Anbieters schlichtweg einen (vorübergehenden) Fehler in seinen Zertifikaten hat.