Beiträge von Thunder

Das Add-on verändert beim Verfassen nur die Darstellung im Falle von HTML-Nachrichten (also Verfassen einer HTML-Nachricht). Vielleicht stolperst Du ja darüber?

Ich kann das so pauschal für das Add-on nicht bestätigen. Lass uns aber über das Add-on in dem anderen Thema weiter sprechen.

Zitat von querix

daß es im Add-on eigene Einstellungsmöglichkeiten für die Farben beim Verfassen von Nachrichten gibt

Mhhhh, wo gibt es die? Eigentlich kann man nur aktivieren, dass die Farben der Mail-Ansicht auch beim Verfassen verwendet werden sollen.

Version 4.4 bringt nun auch im Verfassen-Fenster die eingestellten (Text-)Farben der Zitat-Ebenen, wenn die Option dafür aktiviert ist.

Danke nochmal für die Zusammenfassung.

Der Bug bezieht sich also auf das Verfassen-Fenster - okay.

Ich habe mal Version 4.3.1 erstellt. Probiere damit gerne aus. Beim Verfassen wird Text aber in allen Ebenen einfach schwarz gezeigt. Ich erinnere mich gerade mal gar nicht, ob das je anders war.

Hast Du eigentlich die Bug Nummer?

Zitat von Thunder

Thunderbird setzt im ersten Zitat fälschlicher Weise ein <div class="moz-site-prefix"> um die erste Zitatebene. Das gehört eigentlich nur vorne dran für die Erwähnung, dass Person X am DATUM geschrieben habe. Ich kann probieren das innerhalb von QuoteColors als Workaround zu fixen.

Ich muss mich korrigieren. Das Problem kommt von einem anderen Teil des HTML bzw. CSS. Ich konnte es jetzt schon für die Darstellung empfangener Mails in QuoteColors korrigieren. Momentan versuche ich mich am Verfassen-Fenster, wo ich es noch nicht hinbekomme.

Thunderbird setzt im ersten Zitat fälschlicher Weise ein <div class="moz-site-prefix"> um die erste Zitatebene. Das gehört eigentlich nur vorne dran für die Erwähnung, dass Person X am DATUM geschrieben habe. Ich kann probieren das innerhalb von QuoteColors als Workaround zu fixen.

Bezüglich Yahoo sollte man auf 153.0.2 aktualisieren, da zumindest für die ESR-Variante das Login wieder zurück geändert wurde.

jobisoft

Warum wird die Policy AppUpdatePin in Thunderbird weiterhin ignoriert? Siehe Bug 1910603.

Wenn ich mir die Policy Templates auf GitHub anschaue, müsste es doch funktionieren?! Bei mir versagt das System aber weiterhin. Ich kann nur (erfolgreich) alle Updates über die policies.json verbieten.

Funktioniert (natürlich nur, wenn man sich im Code für true bzw. false entscheidet:

      {
       "policies": {
         "AppAutoUpdate": true | false
       }
     }

Funktioniert nicht (egal, ob 140, 140.0):

     {
       "policies": {
         "AppUpdatePin": "140."
       }
     }

Du kannst beliebig viele SMTPs definieren. Dazu gehst Du in den Konten-Einstellungen in der linken Spalte fast ganz unten auf "Postausgang-Server", wo Du alle vorhandenen aufgelistet sehen und bearbeiten sowie umbenennen kannst. Außerdem kann man dort zusätzliche anlegen.

Das, was bei Dir in dem Screenshot unten als "465 - mail.gmx.net" ausgewählt ist, ist einer der multiplen in Thunderbird definierten Postausgangs-Server (SMTP). Mit dem Button rechts davon bearbeitet man genau diesen. Wenn dadurch bei den anderen Konten alles identisch mit abgeändert wird, liegt dies daran, dass dort eben nicht (mehr) die "anderen" GMX-SMTP-Definitionen zugeordnet sind.

Zitat von PBTS2016

da jedes Konto einen eigenen Namen (Benutzernamen) und ein eigenes Passwort hat.

Letztlich ist das eine Art Definitionsfrage. Sobald separate Benutzernamen + Passwort gebraucht werden, handelt es sich formal um einen separat definierten SMTP-Server in Thunderbird. Du hast insoweit Recht, dass bei GMX natürlich trotzdem der womöglich identische Server kontaktiert wird. "Nur" in Thunderbird (und auch anderen Clients) muss man diesen SMTP dennoch separat anlegen. Thunderbird verwendet für die SMTP-Server nicht die selben Benutzernamen + Passwörter, die man beim POP-/IMAP-Server eingegeben hat. Das hätte man seit 20 Jahren anders lösen können - hat man aber nicht.

Warum jetzt das Problem auftritt kann ich erstmal nicht beantworten. Dennoch ist es schon immer so, dass für jedes differenziertes Login korrekter Weise auch ein separat angelegter SMTP-Server mit den jeweiligen Benutzernamen und Passwörtern vorhanden sein sollte. Die müssten dann halt bei Dir als GMX-1, GMX-2, GMX-3 oder so ähnlich unterscheidbar benannt werden. Dann kann man diese auch ordentlich in den Server-Einstellungen der jeweiligen POP-/IMAP-Konten zuordnen.

Zitat von Drachen

DEN Postausgangsserver oder einen der drei verschiedenen Postausgangsserver?

Die Frage hast Du im Grunde bisher nicht beantwortet. Für 3 Konten braucht man auch 3 separate Postausgang-Server aufgrund der separaten Login-Daten.

In Thunderbird 152 (oder schon etwas früher im Release Channel?) gab es eine Code-Änderung, die zu einem Fehler in Allow HTML Temp geführt hat (vermutlich kaum bemerkt, da wenig benutzt). Der Fehler wurde jetzt behoben. AHT 10.2.1 wird hoffentlich bald veröffentlicht und sollte somit auch für 153 ESR kompatibel sein.

Nachdem ich jetzt auf Topicbox in Ruhe gelesen habe, gibt es folgende wichtige Info:

Topicbox

Die Experiment-APIs sollten also auch im Release Channel weiterhin bis zum Sommer 2027 laufen.

Ich hatte von dem Thema vor längerer Zeit gelesen und es dann erstmal wieder vergessen. Für mich bedeutet dies, dass ich mit "Allow HTML Temp" auch raus bin. Es gab ja jetzt auch mehr als genug Jahre, die mein Wunsch, das Feature fest in Thunderbird zu integrieren, bestand und kein Gehör fand. Mir gefällt grundsätzlich die Entwicklung des Thunderbird über die letzten Jahre. Und auch die relativ umfangreiche API für Add-ons ist nicht schlecht. Im Laufe der Zeit konnten doch eine ganze Reihe Add-ons komplett auf die neuen integrierten APIs umgestellt werden. Von meiner Seite muss man die Dinge halt akzeptieren wie sie sind bzw. sich entwickeln.

Von Seiten der User wird es sicherlich viele lange Gesichter geben. Die Statistiken sprechen aber bestimmt dennoch gegen unser Gefühl, denn viele Add-ons wurden eben doch prozentual nur von kleinen User-Zahlen genutzt.