Beiträge von thun.der.bird

Fällt Dir noch ein Test ein, den ich durchführen könnte?
Im abgesicherten Modus habe ich es mittlerweile auch probiert.
Und mittlerweile mit 4 verschiedenen Absendern und den entsprechenden korrekten Adressbucheinträgen.

No way. Es wird dennoch stets die Mailadresse gezeigt.

Ansonsten bleibt mir nur zu warten, ob jemand mit macOS hier mitliest, der Lust hat, das zu prüfen.

ThoBa

Danke für Deinen Bericht.
Dann habe ich im Moment keine Idee zu Eingrenzen der Ursache, warum es bei die Mailadresse gezeigt wird.

Mehrere Adressen gibt es für John Doe hier nicht.

Es ist ja ein reines Testprofil.

Bist Du ebenfalls auf der Plattform "Mac" oder nutzt Du eine andere?

Zitat von Bastler

wenn Vorname und Nachname in den Feldern eingetragen ist, jedoch im Feld Anzeigenname kein gespeicherter Eintrag steht,

wird eine Mailadresse mit gezeigt. Gerade probiert.

Bei der Funktion "Adresse eines Absenders zum Adressbuch hinzufügen" wird der Anzeigename automatisch in der Kontaktkarte des "persönlichen Adressbuches" eingetragen.

Zitat von ThoBa

Da diese Option tadellos in deiner verwendeten TB -Version funktioniert,

muss sich irgendwie ein Schreibfehler eingeschlichen haben.

Ein Schreibfehler ist nicht möglich, da ich den Absender über die Funktion "Zum Adressbuch hinzufügen" ergänzt habe (im "persönlichen Adressbuch").

Ich kann das Verhalten auch mit zwei Mails zweier weiterer Absender reproduzieren.

Verstehe ich Dich denn richtig, dass bei Dir in den Kopfzeilen über der Nachricht keine Mailadresse bei Deinen im persönlichen Adresbuch befindlichen Absendern steht?

Moin.

In den Einstellungen gibt es: Allgemein -> Lesen und Ansicht > Anzeigename: [x] Bei bekannten Kontakten nur den Anzeigenamen zeigen

Im Adressbuch gibt es: einen Eintrag "John Doe <j.doe@example.tld>"

Dennoch wird im Kopfzeilenbereich (direkt über der Nachricht) der Name und die Mailadresse angezeigt, wenn John eine Nachricht an mich sendet.

Verstehe ich die Intention der Einstellung falsch?

So, jetzt sind die Symbole (für "neue Nachrichten" und für "Threads") weg.

/* Oranges Symbol für "neue Nachricht" links vom Betreff ausblenden 
- und auch andere Symbole, die sich auf die relative Lage einer 
Nachricht im Thread beziehen */

div.subject-line img {
    display: none !important;
}

Zitat von Bastler

Zitat von Saerdna

Mir genügt die Info "noch ungelesen" völlig.

Hallo,

möglicherweise hat das nichts mit Einordnung von Thunderbird zu tun.

Z.B. sendet eine bekannte Handelsplattform ein Icon im Betreff voraus

Das Attribut
title="Neue Nachricht"
deutet beim HTML jedenfalls deutlich darauf hin, dass es die von mir im Ausgangsposting genannt Intention von TB ist.

Die Handelsplattform hat vermutlich ein UTF-8-Zeichen "LKW" in den Betreff eingefügt.

Zitat von Saerdna

Falls jemand die CSS-Regel zum Eliminieren kennt: gerne.

/* Oranges Symbol für "neue Nachricht" links vom Betreff ausblenden */

img[title="Neue Nachricht"] {
display: none !important;
}

Funktioniert, ist aber noch nicht optimal.
Denn es bleibt eine Lücke bei den nicht neuen Nachrichten.

Ich muss mich noch etwas eingraben in das HTML.

Hi Micha.

Das Symbol erscheint auch im abgesicherten Modus.

Gruß, Andreas

Moin.

Was ist bitte die offizielle Bedeutung des kleinen orangenen Symbols links neben dem Betreff in der Nachrichtenliste?

Siehe Screenshot.

Der Status gelesen/ungelesen wird ja in der entsprechenden Spalte durch ein grünes rundes Symbol dargestellt (und durch das Schriftgewicht).

Klar ist nur, dass orange Symbol erscheint bei neuen ungelesenen Nachrichten. Aber es muss ja etwas anderes bedeuten als bloß "ungelesen".

Eine sehr alte Übersicht über Symbole
http://kb.mozillazine.org/Icons_-_Thunderbird_2
deutet darauf hin, dass das Symbol für "neu" steht.

Falls es diese Bedeutung ist: "neu" seit dem letzten Besuch des Ordners?

Danach sieht es wohl aus.

Falls jemand die CSS-Regel zum Eliminieren kennt: gerne.

Für mich ist die Info überflüssig und aufgrund der grellen Signalfarbe störend. Mir genügt die Info "noch ungelesen" völlig.

Mozilla könnte das umsetzen. Sie mühen sich ja redlich um die Verbesserung von TB.
Kommerzielle Akteure können umfangreiche Usability-Tests mit Nutzern durchführen.

Da wäre vielleicht ein solcher Ansatz, der das Potential der riesigen Communities zu Freier Software versucht zu bündeln, zu übersetzen, handhabbar zu machen für die Entwickler aus meiner bescheidenen Sicht ein ziemlich kostengünstiges Ding. Ist ja nur eine Idee.

Wenn die Entwickler, die Entscheider aus den Projekten mit freier Software rundherum zufrieden mit der Kommunikation mit den Nutzern ihrer Software sind, auch gut.

Perfekt. Hat auch in TB 115 funktioniert. Danke.

Wie schön, dass man userChrome.css verwenden kann.

Danke für eure Bewertungen.
Ihr haltet es für gut, wenn die Situation so bleibt wie sie ist.
Das können wir einfach so stehenlassen.

Vieles aus meiner userChrome.css aus TB 102 funktioniert in TB115.

Wenn ich jedoch die ganze Datei unverändert in ein neues, in TB 115 erzeugtes Profil kopiere, funktioniert sie nicht.

Muss in TB 115 die userChrome.css irgendwo "deklariert" werden?

Zitat von ThoBa

Entsprechend irritiert mich, dass solche Filter bei dir "nicht gelistet" aber trotzdem

funktionieren sollen. Hexerei?

Blöd von mir: ich filtere natürlich auf dem Server, nicht im Client. Hatte ich ganz vergessen. Die Filter sind so alt, hatte ich ewig nicht mehr angefasst. Verzeihung bitte.

Warum die Filter mit dem String im Betreff in meinem Gmailkonto nicht wirken, werde ich mir später nochmal anschauen und erneute Tests durchführen.

Ein privater Bekannter betreibt den Mailserver.
Die Mailserver Software ist Dovecot.

schlingo
Schön, wenn Filter auf alle Ordner wirken.

Zu Deinen Rückfragen:
Ja, selbstverständlich gibt es eine Nachricht mit dem passenden Betreff. Siehe Screenshot.

Ja, das richtige Konto wurde gewählt. Siehe Screenshot.

Ich habe jetzt in einem neuen Profil die Filterfunktion getestet.
Dort geht alles.

Die Ursache lag also wohl in einem defekten Übernehmen der Filter von 102.

Danke also für eure Hilfe.

schlingo

Ich hatte gehofft, es gäbe eine einfach Möglichkeit auf macOS oder auf icloud.com den korrekten Server-URL zu ermitteln. Pech.

An Bugzilla traue ich mich bisher nicht richtig ran. Das Schwierigste dort finde ich, herauszufinden, ob nicht längst ein Bug zum Thema existiert. Ich denke, Bugzille sinnvoll zu bespielen ist was für Spezialisten.

Aus meiner Sicht wäre es ideal, wenn es Übermittler in den verschiedenen großen Communities gäbe, die sich aus den Foren Wünsche und Fehlerberichte herauspicken, diese aufbereiten und perfekt in Bugzilla einpflegen.
Das ist bisher kulturell in der Szene der Freien Software nicht üblich und hinzunehmen.

Daher gibt es kaum je einen Austausch zwischen Entwicklern und normalen Nutzern.

Danke erstmal für eure Idee mit der Kombi aus Schlagwort und Filter.

Was mir an der Methode nicht zusagt:

Ein Filter wirkt, soweit ich es verstanden habe, immer nur für einen einzigen Ordner im Konto.
Ich müsste also, wenn das in vielen Ordnern gelten soll, mehrere Filter anlegen.


Unabhängig davon habe ich mal einen einfachen Test der Filterfunktion in 115 durchgeführt, siehe Screenshot:

Der Filter wirkt weder beim Abruf noch beim manuellen Ausführen auf eine Nachricht mit "Mäah" im Betreff.

Übersehe ich etwas, oder muckelt die Filterfunktion in 115 noch?

Dann stelle ich fest, dass meine Filter aus 102 zwar wirksam sind, sie wurden also offenbar durch 115 übernommen. Jedoch werden sie im Interface für die Filter nicht gelistet. Könnt ihr das reproduzieren?

@Bastler 
Das hat auch keine Änderung gebracht.

Aber ich habe den Mailprovider hier in DE kontaktiert.

Er konnte das Phänomen reproduzieren und hat es behoben. Jetzt funktioniert alles : )