zumal es sich ja anscheinend um eine geschäftliche Situation handelt.... das solltest du nicht aus dem Auge verlieren.
Zur Datensicherheit gehört nicht nur, jeder gestopften Sicherheitslücke hinterher zu rennen. Da gibt es oft gute Gründe, länger bei den ach so "unsicheren" alten Versionen zu bleiben - gerade wegen der Datensicherheit. Die besteht nämlich aus unterschiedlichsten Gesichtspunkten.
Ich muss hier nun ausnahmsweise doch mal fragen, wofür die Reaktionen (Danke / Daumen hoch) im vorherigen Beitrag sind.
Es gibt dazu bereits Themen im Forum mit Lösungsvorschlägen.
Ich muss dazu aber mal prinzipiell etwas sagen:
Man gibt sich aktuell Mühe, um mehrere technische Dinge zu erfüllen. Das neue Theme mit den neuen so "trostlosen" Icons bietet die technische Grundlage, um den Dark-Mode und auch einen "High Contrast"-Modus (für Sehbehinderte) des Betriebssystems zu unterstützen. Außerdem sind die Icons beliebig skalierbar für hochauflösende Monitore oder eben auch für eine vergrößerte Darstellung, wenn man die ganze Benutzeroberfläche (per versteckter Pref) zoomt.
Eure Bemühungen, alles wieder so wie früher zu machen, sind auf den ersten Blick verständlich, aber eigentlich kontraproduktiv.
Letztlich arbeiten Leute wie Paenglab nicht umsonst an der veränderten Oberfläche, die auf Dauer halt noch Feinschliff braucht.
AttachmentExtractor Continued wird laut Entwickler nicht mehr für TB 78.* aktualisiert.
Ich war in letzter Zeit am Überlegen, ob ich es für den 78er nochmals mittels der WindowListener-API (was ja eine Eperiment-API ist) kompatibel mache. Das Add-on ist aber ein "Monster" in Sachen Code (der ja ursprünglich gar nicht von mir war und auch nur teilweise von mir verstanden wird) und in Sachen Funktionen. Das lässt sich auch nicht einfach reduzieren, ohne in irgendwelche Code-Fallen zu tappen. Ich vermute, dass eine Umsetzung mit der WindowListener-API das Teil zwar zum Laufen bringt, aber dann doch unerwartete neue Fehler auftauchen. Da das Teil aber letztlich zu Datenverlust im Bestand der Mails und Attachments führen kann, bin ich aber eher der Meinung, dass man es "sterben" lassen sollte. Früher oder später ist es eh notwendig.
Wenn man mich fragt, wäre das Im- und Exportieren von Daten jeglicher Art aus Thunderbird die große Sache, die man in das nächste große Release bringen sollte. Dazu gehört auch eine erweiterte Möglichkeit, um viele Attachments zu verwalten und zu löschen. Wenn ich nicht irre, kann Postbox das schon seit Jahren...
Ist zwar hier etwas offtopic, aber ich habe Message Header Toolbar Customize gerade übersetzt und werde es dem Autor heute Abend zusenden.
Bisher keine Rückmeldung
Hast Du Dir solch eine Mail mall an Dich selbst weitergeleitet? Wie sieht dieser tabellarische Info-Block dann bei der gesendeten Mail aus? Sind da sichtbare Linien, die Du nicht haben möchtest? Die rot-gepunkteten Linien stellen doch nur die Tabellen-Zellen dar und müssen so ja nicht unbedingt hinterher sichtbar sein.
Bei IMAP nutzt man dafür zwangsweise getrennte Konten, kann aber in Thunderbird die gruppierten Ordner anzeigen lassen.
Es gibt schon lange neuere Pre-Versionen
An Deinem Problem ist QuickFolders in der genutzten Pre-Version schuld:
Danke, ich dachte, dass es eine Möglichkeit gibt, diese Email, die sich noch im Spam-Ordner befindet, anzuklicken und als "Kein Spam" zu kennzeichnen....
Auswählen und die Tastenkombination Umschalt + J
Bei mir zeigt sich das Phänomen glaube ich auch seit dem 78er. Bei den Adressen handelt es sich in meinem Fall um die aus dem Adressbuch "Gesammelte Adressen".
Habe mir es jetzt nochmal in Ruhe angeschaut:
Die Ansicht → Namen anzeigen war auf Nachname, Vorname gestellt. Im 68er hatte ich dies auf Anzeigename (was quasi Vorname Nachname ergibt). Dabei bin ich über einen quasi Bug gestolpert: Wenn man diese Ansicht umschaltet, wird dies erst angewendet, wenn man von einem Adressbuch zu einem anderen umgeschaltet hat (also bspw. von "Alle Adressen" zu "Gesammelte Adressen".
Welche Add-ons hast Du noch (in jeweils welcher Version) installiert?
Ich habe "Message Header Toolbar Customize" gerade übersetzt und werde es dem Autor heute Abend zusenden.
Man muss deshalb in Thunderbird mit dem Konfig-Editor noch eine versteckte Einstellung umschalten: toolkit.legacyUserProfileCustomizations.stylesheets muss auf true geschaltet
Was ja fett in der Anleitung drin steht.
Ist zufällig das AddOn Allow HTML Temp installiert ? Dies kann sowas verursachen.
Stimmt so nicht. Die relevante Pref für Javascript ist ja hier korrekt auf true. Eine Deinstallation des Addons bringt übrigens gar nichts, da dabei keine Prefs zurück gesetzt werden.
Werden überhaupt alle angezeigt, oder hast Du die Ansicht vielleicht auf die Ungelesenen eingeschränkt?
Zur Information:
In Version 6.3.0 des Add-ons wird die JavaScript-Pref zwangsweise einmalig wieder aktiviert, was Thunderbirds Standard entspricht. Dabei wird dem Anwender ein Informations-Dialog gezeigt (immerhin in den meistgenutzten Sprachen: Deutsch, Englisch, Japanisch). Falls man anschließend per Konfig-Editor JavaScript dennoch wieder deaktiviert, dann wird dies vom Add-on ignoriert. Die entsprechende Option im Einstellungen-Dialog des Add-ons habe ich entfernt.
Ich werde die Tage ein Anleitungsvideo bezüglich des Verfassen-Fensters veröffentlichen, wo man sieht wie simpel es doch weiterhin funktioniert, wenn man es nur erstmal gesehen hat. Manche Anwender sehen es halt nicht, obwohl CC und BCC neben der einen Empfängerzeile stehen und man nur darauf klicken müsste.
Ansonsten werde ich das Thema hier schließen, damit man sich nicht gegenseitig anstachelt.
Wie hast Du die Alias-Adressen eingerichtet?
