Steht aber recht weit oben auf meiner Liste
Es wäre ein Traum, wenn dabei gleich noch mein Wunsch "Provide an additional save path attribute in function call nsMessenger::DetachAllAttachments()." erfüllt würde, den zumindest JorgK durchaus nachvollziehen konnte:
Yes, it's unfortunate that the code in mailnews/base/src/nsMessenger.cpp does some mandatory prompting in the backend.
I'm sure we'd accept a patch for this.
in anderen Ordnern verschieben?
Genau dieses mache ich. Im Posteingang bleiben bestenfalls ein paar Mails, um die ich mich noch kümmern muss.
Wenn Du die Einstellungen für DNS over TLS meinst, dann gibt es die in den Verbindungsoptionen (Proxy). Die müssten wirksam sein, da man dort im Zusammenspiel mit der Fritzbox dann auch die passende Option setzen muss.
Die Version, die über Ubuntu verteilt wird, installiert die Sprachpakete nach wie vor global.
Da hast du sicherlich recht.
Ich wähle einfach die Mails aus, welche ich gelesen/ungelesen markieren möchte und drücke die Taste M.
Sobald du mehr als ein Menu hinzufügst, werden die in einem Untermenu (mit deinem Extensionnamen) gesammelt.
Okay, immerhin. Dann muss man das Attachment so benennen, wie der Menüeintrag für das Submenü heißen soll 
.
Prinzipiell hat das Memory Problem aber nix mit async/await zu tun.
Das war mir klar. Wobei ich mir vorstellen kann, dass async zu parallelen Prozessen führt, was dann doch mehr Speicherplatz verbrauchen könnte.
sondern jede message vollständig bearbeiten und dann zu nächsten loopen.
Was ein Unterschied zu dem anderen Add-on wäre, wenn ich es im Code dort richtig verstehe.
Ich denke du solltest nicht alle Attachments sammeln und dann abarbeiten, sondern jede message vollständig bearbeiten und dann zu nächsten loopen.
So wäre eigentlich eh meine Vorstellung. Ich muss mir nochmal genau anschauen, welche bisherigen Detach-Funktionen 1.) ohne erzwungene Dialoge für die Massenverarbeitung geeignet sind und 2.) den Speicherpfad der abgetrennten Dateien in der Mail drin behalten. Vielleicht bekomme ich dies dann doch hin, wenn man einen neuen/anderen Ansatz gegenüber dem alten AEC verfolgt. Aus dem Bauch und der Erinnerung heraus habe ich allerdings Zweifel.
Du bist herzlich zu unseren developer zoom meetings eingeladen, da sind die Promises auch immer wieder Thema.
Eigentlich würde ich da gerne teilnehmen, allerdings sehe ich da Probleme im häuslichen Hintergrund 
.
Auch nicht ein ganz kleines bisschen?
Frag doch mal 
... mir fällt niemand ein.
Zurück zum Thema 
Du bist doch bestimmt ein ganz Netter
Das passiert, wenn man ein Selfie nutzt. Und nein, ich bin nicht nett 
Wenn ich an der Stelle keine Lösung finde, dann ist der bisherige AEC für Thunderbird 91 "tot" und ich muss dann jetzt "schon" für den 91er ein komplett neues Add-on als MailExtension bauen
Es ist bedauerlich, dass ein einziger (aber fataler) "Fehler" das komplette bisherige Add-on in Thunderbird 91 unbrauchbar macht, da dieser, wie oben beschrieben, kommentarlos abstürzt. Leider gibt es einfach niemanden sonst, der das Problem in seinem "Produkt" ebenfalls hat, weil es schlichtweg keine anderen Add-ons gibt, die die verantwortliche Funktion in Thunderbird aufrufen würden. Ich stehe also alleine mit dem Problem da und habe nun in den letzten 2 Wochen zig Versuche unternommen, um mit dem spärlichen Informationen, die ich mir zusammenreimen konnte, einen Workaround zu schaffen. Leider blieben alle Versuche ohne Erfolg. Die Funktion ist aber so zentral in der Abarbeitung der Tasks im Add-on, dass selbst beim simplen Durchlaufen des Codes (bei entsprechender Einstellung) ohne etwas zu löschen oder zu speichern Thunderbird abstürzt. Damit ist das klassische Add-on wohl tatsächlich für Thunderbird 91 gestorben, wenn nicht ein Wunder geschieht. Es liegt also nicht an der Menge der Arbeit, sondern schlichtweg an einem unvermeidbaren Crash, für den ich überhaupt keinen Grund erkennen kann, da es zwischen Thunderbird 78 und den aktuellen Betas diesbezüglich schlichtweg keine Änderung gab. Und dennoch ist im 78er alles okay, während der 91er crasht.
Achtung:
Die komplette folgende Diskussion wurde aus einem anderen Thema heraus getrennt.
Nervös wurde ich, da ich bei meinen Recherchen einen Beitrag vom Thunder las, der darauf aufmerksam machte, dass bei der FritzBox evtl. statt DNS TLS umgestellt gehört oder so. Das ist für mich zu schwierig, und wenn, warum funktionieren bestehende Systeme nach wie vor? Somit glaube ich nicht, dass bei der Fritzbox was geändert gehört (never change a running system).
In Fritz!OS 7.20 oder neuer gibt es eine neue Option mit dem Namen "DNS over TLS". Von dieser Option lässt man eben besser die Finger weg (und lässt diese deaktiviert), wenn man "keine Ahnung hat". Ihr sollt also in der Regel eben nichts umstellen, sondern die Finger weg lassen. Leider haben viele von uns den Reflex, alles zu aktivieren was nach Sicherheit klingt und dann zu Problemen führt.
Übrigens, wo muß ich in meinem Profil einen Haken machen damit ich eine E-Mail-Benachrichtigung bei einer Antwort in diesem Thema bekomme?
Also genau passend für mein TB 68.12.1
Was aber nicht heißt, dass es keine Fehler/Inkompatibilitäten geben kann.
Problem wurde behoben, es gibt jetzt separate Konfig-Dateien in der Mozilla ISPDB für die internationalen AOL-Mail-Adressen (nicht nur für Deutschland): https://autoconfig.thunderbird.net/v1.1/
Das Gute an der ISPDB ist, dass diese Fehlerbehebung ab sofort auch in älteren Thunderbird-Versionen zur Verfügung steht und funktioniert. Man braucht also kein Thunderbird-Update zu installieren, wenn man eine Thunderbird-Version der letzten Jahre nutzt. Und Ihr braucht ab jetzt auch nicht die einzelnen Dateien in Thunderbirds Installationsverzeichnis hinein kopieren (dies war nur für den Test im Beitrag oben notwendig). Also einfach Thunderbird ganz normal benutzen, und es sollte automatisch korrekt funktionieren.
Wenn Thunderbird nicht gerade noch damit beschäftigt ist, einen Index zu erstellen oder Dateien für die Integration in die Windows-Suche zu erstellen, dann sollte da eigentlich keine großartige Verzögerung durch die "vielen" Mails entstehen. Ich würde aber (auch) aus Performance-Gründen im Zweifelsfall dafür sorgen, dass der Posteingang aller Konten so gut wie leer ist.
Habe dem Autor eben auch eine deutsche Übersetzung geschickt.
Ich bin gespannt, ob er diese nun einbaut, da er meine vor einiger Zeit einfach ignoriert hatte.
Inzwischen kann man nämlich zusätzliche Sprachen direkt in den Einstellungen > Allgemein > Sprache & Erscheinungsbild > Sprache > "Alternative Sprachen festlegen" wählen,
man braucht also nicht mehr die entsprechenden Sprachpaket *.xpi Dateien von hier https://addons.thunderbird.net/en-us/thunderbird/language-tools/ herunter zu laden
Technisch passiert aber letztlich das Gleiche - auch wenn der schöne Dialog in Thunderbirds allgemeinen Einstellungen dafür genutzt wird.
Wenn überhaupt, dann mit dem zusätzlichen Add-on Message Header Toolbar Customize.
Sind die Sprachpakte nicht solche systemweiten Erweiterungen?
Das kann man so nicht sagen. Sowohl Erweiterungen als auch Sprachpakete hatten sich (glaube ich) früher systemweit im Programmverzeichnis installieren lassen. Hier geht es ja aber eigentlich immer um migrierte Daten in den Profilordnern - und in den Profilordnern sind auch bei den betroffenen die Sprachpakete mit drin.
Ich benutze Cardbook, und die "Taste" funktioniert einwandfrei.
Vielleicht gab es ein Problem in seiner CardBook-Version für Thunderbird 68, den er ja noch benutzt.
Es scheint heute wohl so abzulaufen, dass solche inkompatiblen Sprachpakete beim Update lediglich deaktiviert werden, also schlummern. Warum dieser "Schlummerzustand" beim Migrieren des Profils nicht aufrecht erhalten wird, dafür habe ich bislang keine Erklärung gefunden.
Sorry, falls ich mit den absoluten Pfaden in der addonStartup.json.lz4 gedanklich falsch liege. Ja die Sprachpakete sind da immer wieder beteiligt. Ich habe gerade mal wieder versucht das Szenario nachzustellen, bin aber daran gescheitert. Erst wurden die Sprachpakete weiterhin korrekt deaktiviert und dann waren sie letztlich korrekt aktualisiert .
