Hast Du meinen Tipp von oben versucht, bevor Du nun alles direkt in die Filter-Regeln einbaust?
Ach schau mal an:
Probiere Dein Glück mal, indem Du alle E-Mail-Adressen nicht als "primäre Adresse" eingibst, sondern als "weitere Adresse". Da kann ich einfach sowas wie "@example.com" eingeben. Musst halt kontrollieren, ob ein Filter damit dann tatsächlich funktioniert.
Das Adressbuch hat außerdem den Vorteil, dass man dieses für die Filter von mehreren Konten immer wieder verwenden kann. Mir ist nämlich gerade bewusst nochmal aufgefallen, dass die "riesige" Liste von blockierten E-Mail-Domains direkt im Filter dann ja immer nur für ein Konto zur Verfügung steht. Dann müsste man das alles immer wieder für alle Konten parallel pflegen, was eigentlich ein No-Go ist.
Ach schau mal an:
Probiere Dein Glück mal, indem Du alle E-Mail-Adressen nicht als "primäre Adresse" eingibst, sondern als "weitere Adresse". Da kann ich einfach sowas wie "@example.com" eingeben. Musst halt kontrollieren, ob ein Filter damit dann tatsächlich funktioniert.
Ich denke, dass ich Dein Problem verstehe. Du hättest gerne die Platzhalter E-Mail-Adressen in der Art *@example.com in Deinem Adressbuch, welches Du als "Blockierliste" zusammen mit den Filtern verwenden möchtest. Ich fürchte, dass Thunderbird tatsächlich solche Platzhalter E-Mail-Adressen für die einzelnen Kontakte nicht akzeptiert. Ich hätte zwar Ideen, wie man solche "abgehackten" Adressen in die Kontakte / Adressbücher rein bekommt, bin aber unsicher, was dann bei der Verwendung mittels Deines Blockier-Filters passieren würde. Womöglich zickt Thunderbird dann noch rum.
Spontan bleibt Dir also nur die Möglichkeit, dass Du die gekürzten E-Mail-Adressen bzw. deren Domains alle direkt in die Filter-Regel einbauen würdest und jeweils eine Filter-Zeile in der Art: E-Mail-Adresse → endet mit / enthält → example.com
Blöde ist dann aber, dass man diese aufwändigen Filterregeln etwas schlechter als Backup sichern kann, falls mal etwas schief geht. Wobei man die Datei mit den Filter-Regeln natürlich schon sichern kann. Ich finde es dennoch "undurchsichtiger".
Das Passwort scheint irgendwo in Thunderbird gespeichert zu sein.
Wenn ich nicht irre, werden die OpenPGP-Passwörter durch Thunderbirds Master-Passwort geschützt. Dieses muss man halt nur einmal pro Sitzung eingeben. Hast Du in Thunderbird ein Master-Passwort eingerichtet? Wenn nicht, dann mache dies bitte mal probeweise, und prüfe was dann bezüglich OpenPGP passiert, wenn Du das Master-Passwort bei einer Sitzung nicht eingibst. Letztlich wird das Verhalten vergleichbar zu S/MIME, wo die Zertifikate auch "nur" durch das Master-Passwort geschützt sind.
Im Gegensatz zu meinen IMAP-Konten (siehe oben) wird mir (im TB 60.9.1) dort OAuth nicht angeboten.
Richtig: OAuth2 geht erst ab Thunderbird 68.5.0 (also ungefähr seit Februar 2020) für POP-Konten. Für IMAP ging dies schon früher.
Ich verweise hier nochmal auf meinen Beitrag aus Februar 2020, wo man den Ablauf beim Umschalten auf OAuth2 mit Bildern sehen kann:
RE: Yahoo Pop-Accounts funktionieren ab dem 2. März 2020 nicht mehr
Kann ich nicht einfach sicheres Login im Thunderbird beim bestehendem Konto einstellen?
Ich sage mal JA.
Es ist nicht notwendig die Yahoo-/AOL-/Verizon-Postfächer in Thunderbird komplett zu löschen und neu zu erstellen. Das ist eigentlich eine grenzwertig unverschämte Anleitung seitens Yahoo. Diese würde zwar funktionieren, denke ich, aber beim Löschen des bisherigen Kontos in Thunderbird würde man bei unbedachtem Vorgehen alle Mails verlieren.
Stelle die Einstellungen so um, dass "OAuth2" verwendet wird. Siehe in den Screenshots für POP (von der Server-Adresse abgesehen gilt dies sinngemäß auch für IMAP) und SMTP:
Anschließend müsste beim Verbindungsaufbau zu den Yahoo-Servern das OAuth2-Login-Verfahren kommen.
Notwendig für das OAuth2-Login bei den Postfächern von Verizon / AOL / Yahoo und anderen, die dies inzwischen auch für POP / POP3 verlangen, ist eine aktuelle Thunderbird-Version. Dafür ist beispielsweise die Version 68.11.0 vollkommen ausreichend - man muss also dafür nicht unbedingt auf den 78er Thunderbird wechseln.
Ich glaube nicht, dass dies bisher möglich ist.
Ich habe mal einen Tag Arbeit investiert, um das Add-on für Thunderbird 68 (nicht für 78 ! ) läuffähig zu machen. Bei einem Teil der Einstellungen des Add-ons ist es notwendig, dass man anschließend Thunderbird komplett beendet und neu startet, damit es angewendet wird. Damit sollte man aber leben können, zumal dies in der Version für Thunderbird 60 auch schon war. Ich kann allerdings nicht beschwören, dass wirklich alles wieder korrekt funktioniert. Es gibt eigentlich nichts, was ich nicht hätte bearbeiten müssen (XUL, CSS, JS, Sprachdateien).
Eine prefs-x.js Datei umzubenennen in prefs.js funktioniert nur in ganz seltenen Fällen.
Autsch. Da hast Du wohl recht. Ich selbst habe mir angewöhnt ab und zu die gerade "gesunde" prefs.js zu duplizieren und mit einem Namenszusatz in der Art "-2020-08-25" zu versehen. Davon mal abgesehen hätte ich jederzeit komplette, automatisierte Backups.
Wenn Du sicher bist, dass in dem gezeigten Ordner so weit alles drin ist, was da drin sein sollte. Dann kann man dies auch verwenden.
Ich würde in diesem "Profiles" Ordner einen Unterordner anlegen mit dem Namen "Mein_Profilordner". Dann verschiebst Du (bei geschlossenem Thunderbird) alles aus dieser Ebene in den neuen Unterordner. Das ist jetzt Dein "neuer" alter Profilordner.
Danach startest Du Thunderbird bitte direkt mit dem [lexicon='Profil-Manager',''][/lexicon]. Im Profil-Manager kannst Du theoretisch alle angezeigten Profile löschen - diese dürften ja momentan nicht mehr auf die von Dir verschobenen Daten zeigen. Dann erstellst Du im Profil-Manager ein neues Profil mit einem einprägsamen Namen "Mein Profil". Im Verlauf der Dialogfelder musst Du dann bitte "Ordner wählen" (siehe in der Anleitung "[lexicon='Profil-Manager - Profile verwalten, erstellen und löschen',''][/lexicon]" bei dem orangefarbenen Punkt Nr. 11) anklicken und den vorher neu erstellen Ordner "Mein_Profilordner" auswählen, damit dieser mit den Daten darin verwendet wird.
Danach kannst Du Thunderbird mit diesem Profil starten.
Hallo!
Um es mit mal so zu sagen: https://www.youtube.com/watch?v=fwdg2EZrZww
Was genau ist denn überhaupt das auslösende Problem? Wie rufst Du E-Mails bisher in Thunderbird von Yahoo ab (IMAP oder POP3)? Erzähle uns mal ein bisschen was.
Im Grunde ist es gerade in dieser Richtung von POP nach IMAP "ganz einfach".
Kannst den Bug gerne mit Leben füllen, und versuchen es besser zu erklären: https://bugzilla.mozilla.org/show_bug.cgi?id=1661095
Wenn ich mich nicht irre, kann man das Sammeln nur pauschal an oder aus schalten, bzw. ein beliebiges Adressbuch dafür festlegen. Weiter differenzieren kann man es nicht.
Im Grunde muss man also regelmäßig in den Adressbüchern aufräumen.
Ich finde den Gedanken aber tatsächlich sinnvoll, dass man zwar sammeln lassen kann, aber Vorschläge (optional) nicht aus den "ungepflegten" gesammelten Adressen gemacht werden sollen.
Wenn Du den Eindruck hast, dass es kein komplett neues, leeres Profil ist, sondern Adressbücher und/oder Add-ons sind noch da, dann handelt es sich meist um den Verlust der Datei "prefs.js" im Profil. Dort drin sind alle Konten definiert, die man angelegt hatte.
Schließe Thunderbird.
Mache bitte als Erstes eine Backup-Kopie des kompletten [lexicon='Profilordner',''][/lexicon]s.
Anschließend suchst Du im Profilordner nach Dateien, die "prefs-1.js" oder ähnlich heißen. Sieh Dir an, welche davon die neueste Datei ist/war. Benenne die kaputte "prefs.js" irgendwie um. Dann benennst Du die andere neueste "prefs-1.js" einfach in prefs.js um.
Dann kannst Du Thunderbird wieder starten. Wenn die jetzt verwendete Datei prefs.js neu genug war, sollte alles "beim Alten" sein und wieder laufen.
Danke Dir für diese Rückmeldung!
OpenPGP wird nun nochmals etwas später, frühestens in Thunderbird 78.2.1, aktiviert werden. Also bitte weiterhin Geduld haben!
Das Problem mit der Übersetzung ist, dass technisch momentan zwei Systeme sich für die Nutzung der Sprach-Elemente überlappen. Dies kann dazu führen, dass durchaus vorhandene Übersetzungen softwareseitig gar nicht angewandt werden, nur weil ein anderer Teil noch nicht mit dem neueren System übersetzt bzw. integriert wurde. Wobei ich dies hier gar nicht unbedingt technisch weiter besprechen würde. Mir ist eher wichtig, dass wir wissen, dass dies passieren kann und dass dies zu Support-Themen führen könnte.
