Beiträge von Elbfischer

Hallo,

ich erhalte seit kurzem große Mengen an Spam (der Absender ist in JEDER mail eine andere Adresse!), der zwar von Thunderbird als solcher erkannt und nach Spam bzw. Junk verschoben wird, aber ich würde diesen Müll gerne per Filter direkt löschen.

Leider funktioniert ein Filter auf den Inhalt nicht (in der Quelltext-Ansicht sind ein paar spezifische Schriftarten aufgeführt, die vom Filter aber nicht erkannt werden). Offenbar, weil die Mails im Header-Subject mittels iso-2022-jp codiert sind.

Kennt jemand eine Möglilchkeit, solche Mails auszufiltern?

Bin für jeden Tipp dankbar.

Oh, sorry, aber ich hatte bei der Suche nichts darüber gefunden. Wahrscheinlich einfach die falschen Suchbegriffe benutzt...

Kontoart: IMAP

bei wilhelm.tel

keine AV

Sysemfirewall

Hallo zusammen,

mit ist heute aufgefallen, dass plötzlich ein Teil meiner Ordner englischsprachig angezeigt werden. Das war vor dem Update auf 144.0.1 (mindestens aber vor 144.0, ich nutze TB relativ wenig und deshalb nicht 100%ig sicher) nicht so.

Leider ist der Ordnername in TB über Rechtsklick>Eigenschaften nicht editierbar, obwohl ein editierbares Feld angezeigt wird. Auch beim Provider sind die Ordnernamen nicht editierbar, aber im Web-Interface alle auf deutsch.

Ich füge mal Screenshots hier an zur Verdeutlichung.

So zeigt TB die Ordner an:

So sieht interessanterweise die Eingenschaft von Posteingang aus:

Und so werden die Ordner im Web-Interface von wilhelm.tel angezeigt:

Komischerweise wird die serverseitige INBOX von TB übersetzt in den Namen, der im Web-Interface angezeigt wird.

Die anderen Namen (Vorlagen zählt nicht, ist ein selbst angelegter Ordner auf dem Server) werden komischerweise nicht (mehr) übersetzt und können auch nicht in den Eigenschaften so angepasst werden.

Im ImapMail-Verzeichnis im Profil haben alle (außer Vorlagen) Ordner englische Namen.

Kann ich diese letzteren evtl. einfach umbenennen und dann in TB über die Eigenschaften auf den englischen Server-Ordnernamen mappen? Aber aktuell kann ich dieses Felder in den Eigenschaften nicht editieren.

Ich würde mich über entsprechende Hinweise sehr freuen.

Schönes Wochenende!

Danke für Deine Antwort.

Ja der Code in meiner Frage hat seit 2022 bestens funktioniert (ich habe ihn damals hier erhalten:

Beitrag

Schriftart in Quelltext-Anzeige (TB 102.3.0)

Hallo zusammen,

mein TB wurde vor 1-2 Tagen automatisch von der letzen "unter 100 Version" auf die 102.3.0 aktualisiert.

Gerade eben ist mir aufgefallen, dass sich damit auch die Schriftart für die Quelltextanzeige in Arial geändert hat, wobei ich nicht mehr weiß, ob die Schriftart früher automatisch so eingestellt war oder von mit ausdrücklich gewählt wurde. Auf jeden Fall finde ich speziell in der Quelltextanzeige eine Schrift in fester Schriftbreite wie z.B. Courier einfach…

Elbfischer

24. September 2022 um 09:14

Auch eine Änderung in ....Lucida.... gemäß Deinem Vorschlag brachte keinen Erfolg.

Vielleicht hat ja noch einer 'ne Idee ???

TB 128.10.0

Windows 11 x64 aktuell

Hallo zusammen,

heute erhielt ich das Update auf 128.10.0 (von einer Version von Anfang Januar, weil ich seitdem TB nicht benutzt habe) und stellte gerade fest, dass die Schriftart der Quelltext-Anzeige sich geändert hat (kann natürlich sein, dass das schon in einer der zwischenzeitlichen Versionen so war, aber Anfang Januar jedenfalls noch nicht).

Ich habe die Schriftart in der usercontent.css mit

#viewsource,
#viewsource pre {
    font-family: "Courier New" !important;
	font-size: 16px !important;

}

eingestellt.

Eine Schriftgrößen-Änderung übernimmt TB, eine Schriftartenänderung NICHT.

Was kann/muss ich ändern, damit der Quellcode wieder in Courier angezeigt wird?

Oder könnten die PrintingToolsNG dazwischenfunken? (Habe ich testweise schon mal deinstalliert, aber Courier wird trotzdem nicht angezeigt...)

Freue mich auf Eure hilfreichen Antworten!

Ich kann diesen Bug bestätigen und noch etwas ergänzen:

Nachdem ich den nicht beendeten Task im Taskmanager abgeschossen und dann TB wieder gestartet habe, öffnet sich TB mit Fokus auf einen zusätzlich geöffneten aber vollständig leerem Tab, obwohl beim Schließen von TB nur der Haupt-Tab geöffnet war...

Was ich beiden Posts zu erwähnen vergaß: das Profil wurde nach dem Update auf die Supernova komplett neu erstellt. Seidem aber (natürlich) mitgeschleppt.

Hi,

das brachte leider überhaupt keine Änderung.

Aber beim "Rumspielen" mit den Spaltenbreiten habe ich gerade festgestellt, dass in der Aujswahl der anzuzeigenden Spalten ich den Betreff nicht ein- und nicht ausblenden kann. Der Betreff fehlt schlicht und einfach in der Liste und wird immer angezeigt.

Ist das überall so ???

Beim jetzigen "Rumspielen" ist mir auch aufgefallen, dass sich Änderungen im Abstand zwischen Betreff und Datum auf alle anderen Ordner in allen Konten auswirken. Und, gerade ausprobiert: Bei Anzeige von Empfangen statt des Datums habe ich genau dieselben Effekte zwischen Betreff und Empfangen.

Kann das eventuell zusammenhängen mit der fehlenden Auswahlmöglichkeit von Betreff in der Auswahlmöglichkeit der Spalten?

Merkwürdig ist dieses Verhalten doch allemal, oder?

• Thunderbird-Version 115.7.0
• Betriebssystem Win11 pro Januar 2024 Update
• Kontenart IMAP
• Postfachanbieter
• Eingesetzte Antivirensoftware Kaspersky
• Firewall (Betriebssystem-intern)

Hallo zusammen,

dieses Problem habe ich seit dem Update auf die Supernova und ich dachte und hoffte, dass es sich mit einem der folgenden Updates geben würde. Leider hat die Hoffnung getrogen.

Also: bei jedem Öffnen von Thunderbird sind die Spaltenbreiten der Nachrichtenliste verändert. Ich verwalte 4 Mailkonten mit TB und die Spaltenbreiten sind kontoübergreifend für die jeweils gleichen Ordner gleich eingestellt und die Veränderung eines Ordners greift seit der Supernova automatisch für den gleichen Ordner aller Konten.

Über die Zeit ist mir aufgefallen, dass offenbar irgendeine Beziehung in Bezug auf die Spaltenbreite besteht zwischen Betreff und Datum. Ändere ich im Posteingang die Breite von Betreff oder den Abstand zwischen Betreff und Datum, dann findet genau die gleiche Änderung auch statt im Junkordner und Papierkorb, wobei in letzteren die Spaltenbreiten von Absender bzw. Empfänger geändert werden und im Papierkorb dabei das Datum rechts aus dem Fenster rutscht.

Was ich schon gemacht habe:

ohne userChrome.css (ein paar Farbeinstellungen): keine Verhaltensänderung
safe-mode: keine Verhaltenshänderung
safe-mode und ohne userChrome.css: dito

Übrigens habe ich keine Erweiterungen installiert, die könnens also auch nicht sein.

Hat irgendjemand vielleicht eine Idee, wo ich noch ansetzen könnte?

Auf Dauer ist das beschriebene Verhalten schon sehr nervig.

Vielen Dank schon mal im voraus für Eure Aufmerksamkeit.

Schönen Sonntag noch.

Junk als gelesen markieren ist (jetzt: war; mal sehen obs hilft) angehakt. Wenn TB sie deshalb als gelesen markiert haben sollte, dann steckt ein anderer bug in TB: die mail wurde nämlich im Eingangsordner belassen, obwohl TB sie hätte in den Junkordner verschieben sollen, was er sonst anstandslos un korrekterweise auch tut.-

Nach dem Anzeigen für 5 Sekunden als gelesen markieren, ja ist angehakt.

Kaspersky hat bei mir noch NIE mails durchstöbern dürfen, diese Option war und ist und bleibt abgeschaltet. Den Kasper benutze ich seit vielen vielen Jahren und den Defender mag ich einfach nicht. Mag sein, dass es meine Abneigung gegen vieles von MS ist... Aber bis heute konnte ich mich nicht überwinden, mal auf auf den Pinguin zu setzen...

TB 115.6.1

Win 11 pro incl. Jan. 2024 update

IMAP

WTNET (wilhelm.tel)

Kaspersky

FW Windows intern

Hallo zusammen,

ich mal wieder, sorry.

Seit einigen Monaten fallen mir immer wieder mails auf, die ich nie als ungelesene gesehen habe... Soll heißen, dass ich grundsätzlich alle als ungelesen angezeigten neuen mails durchschaue, um sie ggf. gleich zu löschen oder doch zu lesen. Trotzdem finde ich immer mal wieder völlig unbekannte angeblich gelesene mails in meinem Postfach. Und - das ist für mich der Knackpunkt - ausnahmslos alle diese angeblich gelesenen mails sind Spam. Keine einzige "echte" email ist bisher dabei gewesen.

Gerade eben ist es mir das erste mal passiert, dass ich beim Start von Thunderbird mitbekommen habe, dass eine mail reinkommt, Sekundenbruchteile als ungelesen erscheint und dann sofort auf gelesen wechselt, ohne dass ich irgendwas getan habe außer hingucken.

Ich habe so das unbestimmte Gefühl, dass es sich um einen Trick von Spammern handelt, um die Empfänger nach dem "Huck-Effekt" (huch, die mail hab ich gelesen, was war das denn noch mal) doch noch dazu zu bewegen, eine solche mail zu öffnen. (Ich mach das nur im Quelltext-Modus, um vor dem wirklichen Öffnen sicher zu sein, dass es kein Spam ist).

Auf meine mails greife ich ausschließlich per TB vom PC aus zu, kein Webmail, keine Handy-App.

"Die Nachrichten automatisch als gelesen markieren" habe ich ausprobiert in beiden Alternativen, keine Verhaltensänderung.

Eigene Filter-Regeln zum Aussortieren von Spam sind seit einiger Zeit deaktiviert, die funken also auch nicht dazwischen.

Hat irgendjemand schon ähnliche Erfahrungen gemacht oder ist mit Hinblick auf Trickserei irgendwas bekannt? Oder was kann es noch für Ursachen haben?

Dieser alte ähnliche Thread hat ja offenbar damals auch keine (bekannte) Lösung gefunden.

Würde mich über Hinweise sehr freuen.

Hallo zusammen und allen ein Frohes Neues Jahr!

Nachdem es bei mir seit dem 27.12. problemlos funktioniert hatte (vielleicht hatte ich ja auch nur Glück...), ist der Fehler jetzt gerade wieder aufgetreten.

Und bei meinem Nachbarn soll er ununterbrochen aufgetreten sein.

Und WT scheint "auf'm hohen Ross" zu sitzen.

Siehe WTNET-Forum (https://board.wtnet.de/viewtopic.php?t=10014), Beitrag von Dirty Harry vom 27.11.23 "Ganz grober Denkfehler: "mit dem wtnet - zumindest manchmal - nicht klar kommt."

Zitat von Tom_L

Ich hab' dann auch mal eM client versucht. Interessant ist, dass die automatische Kontoeinrichtung einen Zertifikatsfehler anzeigt. Nach manueller Konfiguration funktioniert das Versenden über den WTnet SMTP-Server allerdings reibungslos.

Ja, den eM client hatte ich mit dem gleichen Ergebnis getestet.

Allerdings hatte ich dann festgestellt, dass das von eM client bei manueller Konfiguration ein Zertifikat runtergeladen hatte, das Thunderbird schon hatte/kannte, allerdings mit einem anderen (Austellungs-, Ablauf- oder sonstigem) Datum. Ich hatte dieses Zertifikat gespeichert und eine Weile vorsichtshalber aufbewahrt nach dem Löschen von eM client. Nachdem der Thunderbird dann wieder prima funtkionierte, habe ich es gelöscht. Und TB funktionierte weiterhin, bis eben heute.

Keine Ahnung, ob das irgendwas bedeuten könnte.

Oha, jetzt muss ich mich noch zweimal entschuldigen.

1. Hab grade jetzt erst die vielen Beiträge von Tom_L etc. gelesen und, dass es wohl doch eher nur an wtnet liegen sollte...

2. Den Beitrag #32 hatte ich geschrieben, nachdem ich den eM client einstalliert und getestet hatte; allerdings ohne danach nochmal den Thunderbird zu testen. U n d ::: jetzt habe ich inzwischen so um die 15 mails an meine anderen Konten (gmx und web.de) geschickt und alle gingen problemlos raus, auch nach dem Schließen und Neustarten von TB...

Jetzt brat mir mal einer 'nen Storch.

Dummerweise kann ich jetzt natürlich nicht genau sagen, seit wann das zu funktionieren scheint. Meine letzte versandte mail an ein Nicht-wtnet-Konto war am 23.12. und da gabs den Fehler noch.

Sieht für mich etwas danach aus, als hätte wtnet über Weihnachten oder gerade heute (was wohl eher zutreffen könnte) was umkonfiguiert...

Danke an alle, die hier "ihren Senf dazugegeben haben" und vor allem an Tom_L !

Ich wünsche Frohe Weihnachten gehabt zu haben.

Und ich entschuldige mich für mein langes Schweigen.

Zu allererst: es hat sich inzwischen nichts geändert an meinem Problem.

Allerdings habe ich mal einen Test mit einem anderen email-Programm gemacht (eM client). Mit dem gab und gibt es beim Senden keinerlei Probleme.

Es scheint also irgendwie am Zusammenwirken zwischen TB und WTNET-Server zu liegen.

Aber wo kann ich noch suchen ???

Zitat von Bastler

Bleibt nur noch Kasperle zu eliminieren.

..., was auch nichts änderte...

WTNET unterstützt kein verschlüsseltes Passwort...

Sorry, ja mein Nachbar ist auch bei WTNET. (Das ist der lokale Telekom-Anbieter in Norderstedt, wilhelm.tel).-

Die Authentifizierungsmethode ist SSL/TLS und in Thunderbird auch so eingestellt. Diese Infos hat sich Thunderbird automatisch von WTNET geholt bei Kontoeinrichtung und ist irgendwo bei denen auch im Web zu finden, allerdings - glaub ich - ziemlich versteckt...

Ich werd' aber mal damit rumspielen.

Tja, und nun die neueste Wasserstandsmeldung: Heute bin ich wieder auf dem Stand wie im ersten Beitrag geschildert.

Ich muss wieder hin- und herklicken bis es geht.

Aber dieser Workaround ist doch Mist, da muss doch irgendwo zwischen Thunderbird und meinem Provider (WTNET bzw. wilhelm.tel) haken....

Ich hoffe immer noch, hier noch einen entscheidenden Hinweis zu bekommen...

Du hast ja soooowas von Recht!

Ich hab deshalb gerade nochmal den Haken bei Expunge reingesetzt und nochmal probiert. Unglaublich, aber wahr: ich kann jetzt auch mit dem Haken mails problemlos versenden.

Meine Lösung war also keine Lösung, sondern ein reiner Zufall....

Und das geilste ist: gerade hat mich ein Nachbar angerufen und mich wegen genau des gleichen Problems gefragt. Und trotz Einreichten eines neuen jungfräulichen Profils hab ich's innerhalb von 2 Stunden nicht geschafft, den Fehler zu beseitigen. Die Ursache muss also eine gaaanz andere sein.

Ich hab nochmal rumgefummelt und dann auch noch mal ein neues Konto bei WTNET eingerichtet und bin - wirklich durch Zufall - auf eine Einstellung gestoßen, die in beiden Konten unterschiedlich war, warum und wieso auch immer.

Im neuen Konto deakitiviert = ich konnte mails problemlos versenden;

im alten Konto aktiviert = ich konnte nicht versenden.

Also im alten Konto geändert und schon konnte ich wieder emails versenden.

Die Lösung lautet also: die nachstehende Einstellung in den Kontoeinstellungen>Servereinstellungen darf NICHT aktiviert sein: