Das geht mit dem Add-on "Später Senden". Damit kann man über dessen Einstellungen Kurzbefehle anlegen, die letztlich zu Buttons in der Toolbar des Verfassen-Fensters werden. Für diese Kurzbefehle kann man den Schaltflächen-Text und die Verzögerung in Minuten festlegen:
https://addons.thunderbird.net/de/thunderbird/addon/send-later-3/
Maybe your problem is solved by this Bugfix in 68.2.0:
Komplette Deinstallationen oder Neusinstallationen "just for fun" und "zum testen" in Produktivumgebungen sind nicht meins. Da bin ich ein gebrandtes Kind.
Nun ja, es geht ja "nur" um die (De-)Installation der Software - nicht Eurer Daten.
Mozilla weiß schließlich am Besten, welche Keys wann wo gesetzt wurden und wie man diese gerade biegt!
Die Hoffnung stirbt zuletzt 
.
Dafür steht Dir Dank zu und keine Missachtung!
Danke, aber bitte nicht übertreiben. Mir geht es hier mit dem Thema nicht um Anerkennung. Eigentlich wollte ich tatsächlich verkünden, dass ich bezüglich Add-ons momentan einfach keine Lust mehr habe. Ich will den Weg zu den WebExtensions auch nicht pauschal schlecht machen. Frustrierend ist für mich persönlich eigentlich primär, dass meine Arbeit an AEC für den 60er und 68er scheinbar einfach umsonst war, was ich nicht okay, und schon gar nicht motivierend, finde.
Vielleicht nur kurz zu AllowHTML. Sehr schade, aber noch funktioniert es ja. Grundsätzlich kann man auch die Mausklicks machen. Ich weiß, dass das vielen zu mühsam ist. Dazu fällt mir spontan ein, es notfalls durch ein Makro (Recorder) oder VB (im einfachsten Fall SendKeys) zu ersetzen und auf eine der F-Tasten zu legen.
So einfach ist das nicht. Der Knackpunkt ist ja, dass Thunderbird selbst beim Zurückschalten des Modus die Mail sofort neu lädt und somit dann wieder nicht mehr als HTML anzeigt...
Einzig Cardbook macht mir etwas Sorgen
Ohne Cardbook wird mir inzwischen auch der Spaß vergehen. Das Adressbuch und zugehörige Synchronisations-Features sind ein zentrales Versäumnis in Thunderbird.
Wie ich ja bereits mitgeteilt hatte, spielt es keine Rolle, ob es sich um die 32- oder 64bit-Version handelt
Mir geht es bei dem angedachten Procedere darum, dass beispielsweise Einträge in der Registry ordentlich entfernt werden und abschließend für die finale Version neu geschrieben werden.
Mal eine andere Frage an Euch: Wie bzw. womit lasst Ihr in letzter Zeit Eure Add-ons übersetzen?
Früher war das WTS auf babelzilla.org eine "lebendige" Plattform, wo man relativ schnell seine Übersetzungen bekommen konnte. In den letzten Jahren sehe ich persönlich dort nur noch vereinzelt Aktivitäten an meinen Add-ons. Es gab dort ja mal eine neuere Beta-Version als Plattform, die ich ganz gut fand, die aber wieder abgeschaltet wurde. Außerdem hat man inzwischen das Problem, dass man Legacy-Add-ons eigentlich gar nicht mehr im WTS hochladen kann (mangels install.rdf und wegen /_locales/ für die Übersetzung innerhalb des manifest.json) bzw. dann letztlich für die Übersetzer/Testwilligen nicht korrekt/funktionierend herunter laden kann. Für mich als Add-on Autor führte dies in letzter Zeit zu ständigem Improvisieren, um den Kram dort noch hochladen zu können. Die potentiellen Übersetzer standen womöglich ganz im Regen, wenn sie die technischen Feinheiten nicht kennen.
Die Plattform crowdin.com habe ich mir angesehen. Diese kostet aber schon nach 4 Wochen viel zu viel Geld im Verhältnis für ein "kleines" Add-on - zumal, wenn man mehr als 1 Add-on hat.
Gibt es irgend eine kostenfreie / günstige Plattform, wo man unsere Add-ons noch übersetzen (lassen) kann?
Ich habe teilweise das Gefühl, dass einige der bezahlten Entwickler von Thunderbird wirklich davon ausgehen, dass auch alle Entwickler von Add-ons bezahlte Profis sind
Den Eindruck habe ich manchmal auch. In meinem Fall ist es ja so, dass ich beruflich absolut gar nichts damit zu tun habe. Ich bin absoluter Amateur - und so sieht mein SourceCode auch aus. Ich brauch Stunden und Tage für einzelne Probleme, da ich alles immer erstmal erlesen und verstehen muss - und manches verstehe ich nicht, und bekomme es dennoch per Try&Error hin. Letztlich gehören meine Add-ons in gewissem Sinne genau zu denen, die man lieber nicht mehr sehen möchte, auch wenn ich denke, dass meine Add-ons bisher wenig Fehler bei Anwendern verursacht haben werden (bei Benutzerzahlen von rund 8000 - 10000).
für Deine Add-ons über Wochen und Monate keine Rückmeldung erhalten hast
Ich habe zu wenig Rückmeldung für AttachmentExtractor Continued, da dieses ja auf ATN bisher nur per Direktlink auffindbar ist, und da ohne Freischaltung nicht gleichzeitig mehrere Versionen dort möglich sind (also für den 60er und 68er).
Hast Du denn mal über tb-addon-reviewers direkt nachgefragt, warum der Review so lange dauert? Oder vielleicht auch mal Kontakt zu Ryan Sipes (Community Manager), Onno Ekker (Add-on Entwickler und Reviewer) oder Jörg Knobloch (Thunderbird Entwickler und Add-on Entwickler) aufgenommen? Mit denen habe ich immer auch einen sehr guten direkten Kontakt gehabt, wenn ich mal Hilfe benötigt habe.
Nein, ich habe ehrlich gesagt keinerlei Kontakt auf diesen Kanälen aufgenommen. Und so unglaublich es klingen mag, kenne ich gar nicht alle Kanäle bzw. wie ich dort zum Schreiben freigeschaltet werde. Auf tb-planning kann ich beispielsweise nur lesend zugreifen.
Bezüglich AE Continued war mein Kardinalfehler, dass ich dieses nicht unter der ID des ursprünglichen Add-ons veröffentlicht hatte. Da es aber zwischenzeitlich immerhin rund 1500 Nutzer von AEC gibt, möchte ich auch nicht die Rolle rückwärts machen und plötzlich wieder mit einer anderen Add-on-ID auftauchen. Es konnte ja keiner ahnen, dass seit Ende 2018 neue Add-ons einfach ignoriert werden, wenn diese scheinbar nicht gleich als richtige WebExtensions (WX) hochgeladen werden. Danach sieht es aber doch sehr stark aus - auch wenn dies so nicht geplant/beabsichtigt war.
Ich vermute, dass Leute wie Jörg Knobloch letztlich auch wie wahnsinnig nicht nur berufliche Zeit in das Projekt investieren und einfach gar nicht noch mehr investieren können. Es wäre manchmal einfach hilfreich gewesen, wenn man aktiv von oben herab Hilfe bekommen hätte. In diese Richtung geht auch eine Aussage bzw. ein Wunsch in der Diskussion auf tb-planning, wo jemand sagt, dass seitens der Profi-Programmierer eigentlich alle Add-ons auf ATN mal durchgesehen werden müssten, um zu schauen was da für APIs notwendig wären. Als Amateur wie ich erkennt man nämlich überhaupt nicht, ob man für seine Funktionen womöglich schon die notwendigen APIs in Thunderbird vorhanden hat.
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.
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.
Wenn ich Dich richtig verstehe, liegt es aber an Rise of the Tools?
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.
Mal doof gefragt: Warum und/oder wann verschwindet der Button überhaupt bei Dir immer wieder oder erscheint plötzlich ganz wo anders? Der Button lässt sich ja ohne jegliches Script einfach ganz normal hinter dem Hamburger-Menü einordnen.
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 
.
