Mail Extension: Zugriff auf Dateisystem und Windows-Registry

Hallo verehrte Thunderbird-Gesellschaft,

ich bin ein wenig am verzweifeln und erhoffe mir bei euch einen Wink in die richtige Richtung zu erhalten. Hoffe nur, dass ihr mir hier technisch unter die Arme greifen könnt und ich auch richtig bin.

Bisher hatte ich ein einfaches Thunderbird Add-on, dass XPCOM verwendet hatte, um auf die Registry wie auch auf das Dateisystem unter Windows zugreifen zu können. Es kann nicht online bezogen werden, sondern wird im Rahmen einer Desktop-Installation bereitgestellt. Doch das neuste Thunderbird verlangt nun, dass das "alte" XUL Overlay" etc. in eine Mail Extension umgestellt werden muss. Natürlich war mein bisheriges Overlay nicht kompatible (auch nicht im Legacy-Mode!) und ich musste neue UI-Wege gehen, was soweit geklappt hat.

Nun aber zum konkreten Problem:

Beim Auslesen von Registry-Werten wurde bisher via XPCOM im JavaScript auf Components.classes zugegriffen:

this.windowsRegistry = Components.classes["@mozilla.org/windows-registry-key;1"].createInstance(Components.interfaces.nsIWindowsRegKey);

Jedoch erhalte ich nun im Log diese beiden Meldungen dazu:

- Das Components-Objekt sollte nicht mehr verwendet werden. Es wird bald entfernt.

- exception TypeError: Components.classes is undefined

Bisher konnte ich bei Recherchen keine Informationen darüber finden, mit was "Components" in Mail Extensions ersetzten werden sollte und wie ich dann dort auf Components.classes zugreifen kann. Habt ihr dazu vielleicht eine Idee oder Anhaltspunkt? Oder entwickelt sich hier Thunderbird zu einer reinen Web-Lösung, die keinen lokalen Zugriff (Registry, Dateisystem etc.) mehr ermöglicht? Bin für alle Hinweise dankbar.

Danke vorab und Grüße,

Oliver

Das sind ja schon mal sehr interessant Informationen - vielen Dank dafür.

Aktuell verwende ich eine "Mail Extension" - ist aber vermutlich eine "Web Extension" wie in Firefox, nur dass es in Thunderbird "Mail Extension" genannt wird.

Zitat

Dort ist nur erlaubt, was dir deine Berechtigungen explizit ermöglichen.

Mit den Berechtigungen hier wird vermutlich "permissions" im manifest.json gemeint sein, oder? Hier konnte ich jedoch noch keine Option/Kombi finden, die mir das XPCOM zugänglich machen könnten.

Die Alternative mit "Experiment" klingt spannen und unsicher zugleich. Ist das tatsächlich ein Pferd, auf das man langfristig setzen kann? Denn alleine der Name verheißt nichts wasserdichtes und ich will vermeiden in den kommenden Monaten schon wieder Hand anlegen zu müssen, nur weil es "Experimente" nicht mehr gibt - waren ja schließlich nur ein Experimente

Gibt es einen sinnvollen Zugang zu diesen "Experimenten", so dass ich mir die Entwicklung, API etc. anschauen kann, um es als mögliche Option in betracht zu ziehen? Wäre klasse, wenn es aus Erfahrung hierzu schon ein klasse Einstieg gäbe.

Besten Dank vorab für weitere Infos zu diesem Thema.

Danke für die super Infos.

Aber so richtig Spaß macht es - in meinem Fall ja dann nicht - eine Mail Extension zu schreiben, wenn ich unter Windows Zugriff auf das Dateisystem oder die Registry benötige. Da ist es natürlich auch nur ein schwacher Trost, dass man es zwar jetzt mit Experimente lösen könnte (hoffentlich auch für den Release-Kanal von Thunderbird lauffähig?!) - es aber offenbar nicht von Dauer sein wird. Da muss ich mir tatsächlich was überlegen oder schlicht den Thunderbird-Support was das Add-on angeht auf Eis legen.

Nochmal besten Dank für den prima Austausch hier.