Mein Eindruck ist, dass man einerseits die Add-ons zu schätzen weiß, aber andererseits wegen der ganzen Add-ons immer wieder Fehlermeldungen (und Frust der Anwender) bekommt, für den Thunderbird selbst eigentlich nicht direkt verantwortlich ist. Diese "Resourcen-Verschwendung" und Frustquelle will man auf Dauer loswerden.
Beiträge von Thunder
-
-
Zur Not würde ich probeweise einmal die 32-Bit-Version installieren und anschließend wieder deinstallieren. Das gleiche Spiel dann nochmal mit der 64-Bit-Version machen und abschließend dann endgültig die 64-Bit-Version installieren. Die zuvor genannten Verzeichnisse löschen und dann schauen was passiert.
-
Lösche mal gleichzeitig das alte und das neue Verzeichnis. Zusätzlich würde ich vorsichtig die Einstellungen im Konfig-Editor mal auf den Begriff "update" durchsuchen und mir überlegen was da relevant sein könnte. Beispielsweise könntest Du dort alle mit app.update.migrated.updateDir mal löschen bzw. zurücksetzen.
-
Bereits in 12/2018 hatte ich das Add-on "AttachmentExtractor Continued" in einer etwas reparierten Version auf ATN hochgeladen, sodass es mit Thunderbird 60 funktionieren hätte können. Das ist jetzt 10 Monate her und das Add-on wurde nicht einmal einem Review unterzogen, zu dem ich Rückmeldung erhalten hätte. Im Sommer 2019 habe ich das Add-on dann massiv überarbeitet und sowohl für Thunderbird 60 und 68 lauffähig gemacht (bis auf wenige, eher unwichtige Funktionen). Das Add-on wurde weiterhin überhaupt nicht von ATN begutachtet und/oder freigeschaltet - obwohl es nicht neu vom Himmel gefallen ist, sondern eine Fortsetzung eines alten bereits veröffentlichten (und verrückter Weise immer noch herunterladbaren) Add-ons ist, von dessen Entwickler, ich ganz offiziell das okay für die Weiterentwicklung habe und dies auch kund getan habe. Durch die Nicht-Freischaltung auf ATN kann ich das Add-on indirekt weder für verschiedene Thunderbird-Versionen dort korrekt anbieten, noch funktionieren Updates dazu. Und letztlich erhalte ich mangels Downloads auch nicht ausreichend Rückmeldungen, die auch notwendig wären.
Personen (wie jobisoft ), die helfen könnten, sind mit ihren eigenen Projekten verständlicher Weise ausgelastet. So sind Inzwischen wieder ein paar Wochen vergangen. Ich habe einerseits keine weitere Unterstützung erhalten und fühle mich andererseits inzwischen im weitesten Sinne seitens ATN quasi verarscht (sorry für den Ausdruck).
Es sieht so aus als würde auf ATN (mangels Manpower) einfach fast alle "neuen" Add-ons ignoriert. Thunderbird 60 ist demnächst am Ende - meine Add-on-Version wurde bis dahin dann ein Jahr lang nicht veröffentlicht. Vermutlich wird auch meine Version für Thunderbird 68 nicht mehr veröffentlicht bis der 68er dann fast am Ende ist. Damit habe ich ungefähr einen Arbeits-Monat alleine für dieses Add-on vollkommen in den Sand gesetzt. Für Thunderbird 72+ müsste ich sowieso extrem viel nochmals neu schreiben.
Irgendwer auf ATN hätte wenigstens im Laufe der Zeit offen und ehrlich sagen können, dass alle "neuen" XUL-/Legacy-Add-ons einfach Zeitverschwendung sind, da man diese mangels Manpower nicht mehr veröffentlicht bekommt. Auf ATN ist mein Add-on seit Monaten auf Platz 23 von 30 (bzw. heute dann auf 23 von 33) in der Warteschlange für einen Review. Daran ändert sich absolut nichts.
Damit ist jetzt Schluss. Ich habe die Nase von der Add-on-Programmierung voll. Ich habe keinen Hang zum Masochismus.
Ihr kennt die Links zu GitLab. Dort kann man die SourceCodes zu meinen Add-ons "forken" und wer auch immer kann damit weiter machen. Das gilt auch für meine anderen Add-ons, von denen ich zumindest "Allow HTML Temp" eigentlich gerne weiterhin gesehen hätte. Alles andere ist meiner Meinung nach sowieso eher verzichtbar.
Sorry für meinen Frust diesbezüglich, aber genug ist genug.
-
So, jetzt habe ich mir das selbst mal mit Rise of the Tools in Thunderbird 68.1.2 angesehen. Das Add-on killt beim Beenden/Starten des Programms nicht nur "meine" Buttons, sondern auch die von anderen Add-ons. Bei mir bleiben letztlich nur Thunderbirds eigene Buttons in der Toolbar vorhanden. Der Rest verschwindet im Anpassen-Dialog.
-
-
Bei mir liegt der Ordner "updates" immer noch im Thunderbird-Cache.
Ich kann die Verzeichnisse diesbezüglich für macOS überhaupt nicht beurteilen.
Unter Windows 10 habe ich im "alten" Verzeichnis scheinbar die Update-Überreste der Versionen bis 60.* und dann in dem hier neu aufgezeigten Verzeichnis (C:\ProgramData\Mozilla\updates) offensichtlich alle Update-Überreste von Versionen, die von 68.* aufwärts gehen (und ein paar Entwickler-Versionen noch zwischen 60 und 68).
-
Das entscheidende Verzeichnis aus dem von Mapenzi (Danke!) verlinkten Artikel lautet:
C:\ProgramData\Mozilla\updates
Zu meinem Erstauen habe zumindest ich dort scheinbar nur Update-Dateien rund um Thunderbird drin, obwohl ich auch Firefox-Updates immer wieder installieren lasse.
-
-
Ich denke, dann könnten sowohl der Themenstarter als auch der Rest der Forenteilnehmer wieder dazu übergehen an der Problemlösung zu arbeiten, oder sich einfach "geschlagen geben".
Danke
-
Ich finde es gerade nicht mehr in den Release Notes der letzten paar Versionen des Thunderbird, aber gab es da nicht irgend eine Änderung, die zu Problemen beim Zugriff auf Netzwerk-Pfade führen konnte. Ich meine mich daran erinnern zu können, ohne noch genau zu wissen, was sich da geändert hatte.
Ich gehe davon aus, dass Du zumindest mit dem Profil-Manager arbeitest und darüber die gewünschten Profile auswählen willst? Hast Du dort die Pfade kontrolliert?
-
Es kann so einfach sein, wenn man bestimmte "Basics" kennt, die bei allen Programmen unter Windows (oder ähnlich auch anderen Systemen) zutreffen/funktionieren sollten
. -
Unter "Hilfe/Über Thunderbird/" steht allerdings zusätzlich der Hinweis: "Sie sind derzeit auf dem Update-Kanal release". Ob es damit zusammenhängen kann?
Nein, diese Angabe ist genau richtig.
Thunderbird wird doch eh nur als 32bit-Version angeboten, oder?
Demnach kann es daran doch wohl auch nicht liegen.
Wie Du selbst schon festgestellt hast, gibt es Thunderbird inzwischen wirklich offiziell als 64-Bit-Version, die man auch guten Gewissens verwenden kann. Theoretisch müsste sogar per Update von 32 auf 64 Bit umgestellt werden. Ich bin gespannt, was da letztlich an Rückmeldungen kommt. Ich denke allerdings, dass das Problem hier nichts damit zu tun hat.
C:\Users\DeinNutzername\AppData\Local\Thunderbird\
Im Prinzip kann man diesen "Thunderbird" Ordner auch mal komplett löschen. Darin werden nur ein paar Cache- und Update-Dateien gespeichert, die jederzeit gelöscht werden können.
-
Gehe bei geschlossenem Thunderbird zu C:\Users\DeinNutzername\AppData\Local\Thunderbird\updates und lösche den Inhalt dieses Ordners.
Beachte, dass Road-Runner mitten in dem Dateipfad ganz korrekt \Local\ angegeben hat! Ich würde diese Maßnahme ebenfalls empfehlen.
-
Ist die "Verfassen-Symbolleiste" denn im "Verfassen-Fenster" im Menü "Ansicht" → "Symbolleisten" überhaupt aktiviert? Wenn Du keine Menüleiste oben am Fenster hast, dann drücke mal die linke Alt-Taste.
-
-
Zitat
Dort müßten für die beiden Konten zwei Verzeichnisse ähnlich ow4qfx3z.default zu finden sein.
Das stimmt so nicht. Das wären dann getrennte Profile in Thunderbird.
Die beiden Konten sind in einem Profilordner dann unterhalb von /Mail/ als getrennte Ordner, die jeweils ungefähr der Server-Adresse entsprechen.
-
Du könntest bei geschlossenem Thunderbird mit dem Windows Explorer innerhalb des Profilordners nach *.msf suchen lassen. Die kann man dort alle auf einmal markieren und löschen. Beim nächsten Start des Thunderbird bzw. beim Aufruf der einzelnen Ordner werden diese dann neu erstellt. Das ist nichts anderes als das "Reparieren".
-
Du hast meine Frage weitgehend beantwortet

Ich hatte mir Gedanken gemacht, was dann passiert, wenn eine Mail (evtl. auch unfreiwillig) im Ordner "Postausgang" zwischengelagert wird, da der letztlich für alle Konten als ein Ordner innerhalb des lokalen Kontos liegt.
-
Was hat denn das bisherige Add-on mit dem "Postausgang" gemacht, der ja eigentlich nahezu zwangsweise notwendig ist?