Beiträge von jobisoft

Zitat von Mapenzi

Hallo John,

ich begrüße diese Initiative, zumal sie auch dazu beitragen kann, dass langjährige TB-Nutzer zu andern Mail-Clients abwandern.

Mir fallen sofort zwei Add-ons, die ich für sehr nützlich hielt :

"Select Inbox" ermöglichte, immer das Tab mit dem Posteingang des Hauptkontos anzuzeigen, gleichgültig wie viele Tabs zuletzt offen waren und welches davon aktiv war (standardmäßig öffnet TB immer das Tab, das in der letzten Sitzung aktiv war). Das Add-on ist vollkommen aus dem Internet verschwunden, ich habe noch eine Kopie der letzten Version "select_inbox-2.5-tb.xpi" in einem älteren Backup gefunden. Jetzt wird sofort der Hinweis kommen, dass Manually Sort Folders das auch kann. Nein, MSF kann beim Start nicht automatisch das (ganz links gelegene) Tab aktivieren, wenn beim Beenden der letzten Sitzung mehrere Tabs offen waren (bei mir sind es ständig die Einstellungen, Konten-Einstellungen, Add-ons Manager, Kalender),

"Email Address Crawler", zuletzt von Paolo Kaosmos weiter entwickelt, ermöglichte Adressen aus Ordnern zu sammeln, um sie in ein AB einzufügen oder eine Sammel-Nachricht zu versenden.

Gibt es denn dazu Alternativen auf ATN? Wir können keine self-hosted add-ons verlinken.

Das Aktivieren des mailtab sollte mit den aktuellen APIs gehen und sollte daher portierbar sein.

1:n ist geplant, weil ich z.B. für gContactSync beides, CardBook und Google-4-TbSync auflisten können will, ohne eines von beiden hinten runterfallen lassen zu müssen.

Ein freies Textfeld? Gute Idee, aber wahrscheinlich nur in Englisch,

Zitat von _C-E_

Hi John,

ich hab' gerade mal versucht, einen github pull request zu machen ... ist mein erster versuch, keine ahnung ob das so richtig war ...

Viele Grüße

C-E

Du hast den PR auf das Firefox repo gemacht, nicht auf das Thunderbird repo. Ich kann das nachher kopieren, mach den mal wieder zu

Hallo,

Teil meiner Agenda ist die Suche nach Ersatz bei nicht mehr funktionierenden Add-ons zu erleichtern. Basierend auf einem ähnlichen Tool von Firefox gibt es jetzt

https://thundernest.github.io/extension-finder/

Das wird später noch hinter einer offiziellen thunderbird.net subdomain erreichbar sein, jetzt erstmal über github.io. Ziel ist es dort Vorschläge für add-ons zu sammeln, die andere, nicht mehr länger gewartete Add-ons ganz oder teilweise ersetzen könnte. Das Tool soll dann später (TB 91!) direkt im Add-on Manager verlinkt werden, wenn ein Add-On wegen Inkompatibilität deaktiviert wird.

Hier im Forum gibt es bereits viel Wissen um solche Kandidaten. Ich würde mich über Eure Mithilfe freuen, diese jetzt zentral zu sammeln. Ihr könnt die hier im Thread sammeln, oder direkt als github pull request auf diese Datei:

https://github.com/thundernest/ex…aster/data.yaml

Das ist ganz primitives yaml Format, jeder Eintrag wird durch --- eingeleitet und benötigt 5 Felder:

u_name: Correct Identity
u_id: {47ef7cc0-2201-11da-8cd6-0800200c9a66}
r_name: Identity Chooser
r_link: https://addons.thunderbird.net/addon/identity-chooser/
r_id: identitychooser@janek.org

Das u_ steht dabei für unmaintained und das r_ für replacement.

Anstatt r_id geht auch r_desc, um nicht auf ein Add-on zu verweisen, sondern eine Beschreibung einzufügen, wie man das mit Thunderbird Boardmitteln jetzt auch ohne Add-on machen kann.

Ein Team von add-on reviewern wird die Liste dann nochmal kuratieren. Ohne diese finale Freigabe kann das nicht direkt im Thunderbird verlinkt werden.

Vielen Dank für Eure Mithilfe,

John

TbSync wird ja für CalDAV nicht wirklich benötigt, es hilft ja nur bei der Einrichtung. Sagt den die Telekom, wie die URL für die Aufgaben aussieht, sodass du sie mal manuell (ganz "normal") als Netzwerkkalender in Thunderbird einbinden kannst?

Zitat von Thunder

Mir persönlich könnte es ja egal sein. Letztlich bemühen sich betroffene Anwender oder Administratoren scheinbar eh nicht zu diesem Thema. Vielleicht habe ich aber auch falsche Vorstellungen von den Bedürfnissen der Admins.

Mir ging es nicht darum, einer solchen Policy die Daseinsberechtigung abzusprechen. Ich sehe genau wie du einen potenziellen Bedarf im professionellen Umfeld, das Roll-Out des nächsten ESR zu verzögern, bis alle internen Prozesse auf Kompatibilität geprüft wurden. Deswegen hatte ich ja auch vorgeschlagen, einen neuen Bug mit diesem Schwerpunkt in Mozilla-Central aufzumachen (bei Firefox), hier:
https://bugzilla.mozilla.org/enter_bug.cgi?…rise%20Policies

Der existierende Bug erwähnt Thunderbird, daher würde ich den nicht verschieben, sondern tatsächlich vorschlagen, einen neuen Bug aufzumachen.

Da das mit großer Wahrscheinlichkeit nicht bis TB91 kommen wird, hatte ich dann zusätzlich aufzeigen wollen, wie man das Update Problem bis dahin einigermaßen akzeptabel umgehen kann. Aber es ist natürlich kein Ersatz für die angefragte Policy, weil Users ja trotzdem aus Versehen zu früh updaten können, bevor die Geschäftsleitung das abgesegnet hat.

Zitat von Thunder

Die von mir gewünschte Policy hat ja auch nur zum Teil mit den Add-ons zu tun. Aber man muss sich mal überlegen, welchen Aufwand Deine Arbeit jetzt im Vergleich zu einer (aus meiner Sicht) simplen zusätzlichen Policy bedeutet .

Da unterschätzt du die Arbeit etwas. Das addon war 1h. Dazu kommen noch 2-3 fürs hübsch machen. Die Policy ist ne Entwickler-Woche, das muss getestet werden.

Aber das Verhindern des Updates geht doch auch ohne policy, nicht? Da gibts doch die Einstellung im TB, die das verhindert und es erst macht, nachdem man zugestimmt hat, oder? Oder willst du die update notifications selber auch nicht sehen?

Habe heute an dem Prüf-Add-on gearbeitet, grundsätzlich funktioniert es schon. Wenn Thunderbird das ESR-Update einspielen will, kann man kurz gucken, ob alle Add-ons mit der neuen Version kompatibel sind oder nicht. Ich habe einen Entwickler gefunden, der das Add-on noch finalisiert und das UI feedback noch verbessert. Melde mich, wenn es durchs review ist.

Zitat von Feuerdrache

Ich bin mir jetzt aus den Gedächtnis nicht ganz sicher, meine aber, dass die Überlappungspraxis für Thunderbird so schon lange nicht mehr gilt.

Doch, sollte. Zwei minor updates:
https://wiki.mozilla.org/Release_Management/Calendar

Gerade nochmal nachgefragt: Wir folgen diesem Kalender auch mit Thunderbird, machmal etwas später.

Ich hab das Thema heute im weekly meeting besprochen. Die neue policy Regel müsstest du wohl zunächst in Firefox einbauen lassen, wir würden dann nachziehen. Mein Gefühl sagt mir aber, das wird dort nicht akzeptiert. Aber probieren solltest du es trotzdem. Wenn du einen neuen Bug in mozilla-central anlegst, mache dort keine(!!) Bezüge zu add-ons, sondern einzig zu Enterprise policies und führe allgemeine work-flow Gründe ins Feld.

Die zweite Variante, einen splash screen zu haben, der vor einem Update die Kompatibilität der installierten Add-ons prüft ist abgelehnt worden, es gab das bereits mal und es wurde ausgebaut. Tenor ist hier, dass Rollout von ESR91 soll nicht durch add-ons verlangsamt werden. Bei sicherheitsrelevanten Fragestellungen endet mein Zuständigkeitsbereich und mein Einfluss.

Ich denke aber, dass ein Add-on hier helfen kann.

- Add-on deaktiviert app updates (Experiment)

- Add-on prüft über REST API alle installierten Add-ons auf Kompatibilität

- Add-on reaktiviert app updates, falls alle ok

Hat jemand resourcen das zu machen?

Edit: Die "app update pref" zählt zu den Werten, die WebExtensions nicht ändern können werden. Sollten Experiments irgendwann abgeschaltet werden (ich bin dagegen), wird das nicht mehr funktionieren.

Zitat von Thunder

Kann man per MailExtension-API in Menüs/Kontextmenüs eigene Untermenüs kreieren? Oder kann ich bisher nur einen einfach Menüpunkt einfügen?

Sobald du mehr als ein Menu hinzufügst, werden die in einem Untermenu (mit deinem Extensionnamen) gesammelt.

Zitat von Thunder

Dropdowns an einem Toolbar-Button funktionieren ja scheinbar auch noch nicht (aktuelle Diskussion auf Topicbox)?

Korrekt, die Tests wollen nicht. Ich überlege aber die Dropdowns auch zu anderen Buttons hinzuzufügen, und dann wäre dieser Teil unabhängig von den action buttons. Das ist aber noch nicht ausgegohren. Backward incompatible will ich aber auch nicht werden, daher erstmal auf Eis.

Zitat von Thunder

Siehst Du einen Weg, wie ich über mehrere Ordner hinweg alle Attachments aller Nachrichten speichern bzw. löschen lasse, wenn ich den Code des anderen/neuen Konkurrenz-Addons anpasse?

Nur indem du über alle ordner und nachrichten loopst, ist aber nicht schwer. Über die accounts API bekommst du von jedem account den root folder, und über die kannst du rekursiv loopen und über messages.list() bekommst du alle messages und kannst die dann in einem Experiment detachen - solange wir noch keine API dafür haben.

Steht aber recht weit oben auf meiner Liste, zusammen mit Message move/copy

Zitat von Thunder

Sehe ich es richtig, dass in dem anderen Add-on "auf einen Schlag" alle Mails und Attachments in einem Array gesammelt werden, um diese abzuarbeiten. Warnt der Autor deshalb im Readme vor Arbeitsspeicher-Problemen, wenn man zu viele auf einmal auswählt? Meine naive Idee dazu wäre, dass ich beim Löschen über mehrere Ordner hinweg in der Schleife über die Ordner per await bzw. .then() einen Ordner nach dem Anderen abarbeiten lassen würde. Wäre dies möglich? Leider verstehe ich alles rund um async ja immer noch nicht richtig

Du bist herzlich zu unseren developer zoom meetings eingeladen, da sind die Promises auch immer wieder Thema. Prinzipiell hat das Memory Problem aber nix mit async/await zu tun. Ich denke du solltest nicht alle Attachments sammeln und dann abarbeiten, sondern jede message vollständig bearbeiten und dann zu nächsten loopen.

So, jetzt hab ich endlich den Fehler mit tab.browser is undefined im WL gefunden und behoben. Bitte aktualisieren

Ok, hab das changelog rausgeschoben und noch einen kleinen Bug behoben, aber den eigentlichen reported bug mit dem undefined kriege ich einfach nicht reproduziert. *grummel*

Muss ich ihn mal fragen. Es scheint aber, dass da noch ein Bug im WL ist. Irgendwas mit `tab.browser.contentWindow` undefined, wenn Kalender tabs offen sind. Habs noch nicht geschafft das zu reproduzieren. Bin dran.

Ok, da hab ich zu schnell gelesen.

Ich denke die Funktionalität geht auch über WebExtension. Das schöne an WebExtension ist: Die sind viel einfacher. Hat jemand Lust unter meiner Anleitung das zu probieren? Ich darf in meiner Dienstzeit add-on devs helfen, aber nicht selber coden...

Trefft mich hier:
https://developer.thunderbird.net/add-ons/community

John / TbSync

Ist das hier nicht genau was du suchts? Also built-in?

https://github.com/absorb-it/Virt…mment-712382568

Stern: Das vCard format unterstützt ein "pref" Feld für "bevorzugt". Damit ist es möglich, bei z.B. zwei dienstlichen Emailadressen und zwei privaten Emailadresse bei beiden Typen jeweils die bevorzugte Email zu markieren.

Balken: Damit kannst du per drag'n'drop die Reihenfolge der Einträge ändern.

Core benutzt die JavaScript Schnittstelle nicht, da ist es schwer zu sehen, ob sich was geändert hat. Alle core consumer sind c++. Und es taucht in ThunderKDB [1] auch kein anderes add-on auf, dass das macht.

Hast du mal geguckt, ob der vindex, den du übergibst, in TB91 evtl Käse ist? Also der eigentliche Fehler irgendwo früher auftritt, wenn du den vindex abholst?

[1] https://github.com/search?q=loadM…ments&type=Code

jup, steht für diese woche auf dem plan!