Jetzt beruhigt Euch mal ![]()
Beiträge von Thunder
-
-
eine Festlegung auf einen smtp-Server als Standard komplett rückgängig zu machen
Das ist überhaupt nicht notwendig. Du musst nur einfach in den Konten-Einstellungen bei jedem Konto den passenden SMTP zuordnen, sodass eben nicht der (als) Standard (definierte) SMTP verwendet wird. Das sieht man in dem von mir verlinkten Lexikon-Artikel im unteren Bereich.
-
So ändert man die Zuweisung.
In Thunderbird kann nur ein SMTP als Standard definiert werden. Aber niemand zwingt uns, dem jeweiligen Account diesen Standard zuzuweisen. Man kann bei jedem Account einen anderen SMTP aus der Liste der erstellen SMTP-Server auswählen. Im Regelfall werden ja schon beim erstmaligen Einrichten der verschiedenen Accounts auch jeweils separate SMTP definiert, die in der Liste der SMTP-Server in Thunderbird dann auch alle auftauchen. Man kann aber auch problemlos nachträglich beliebige SMTP-Server definieren (die sich schon alleine durch den Benutzernamen unterscheiden). Bei jedem Konto kann man dann einen dieser definierten SMTP-Server zuordnen. Dabei ist die Auswahl von "Standard" nur eine der Optionen - kein Zwang.
Siehe hier:
[lexicon='138',''][/lexicon] -
Streng genommen wird gerade in den neueren Thunderbird-Versionen seitens der Entwickler davon abgeraten die hier genannte versteckte Einstellung zu Manipulieren. Man sollte bei jeglichen Anzeige-Problemen, die man im später irgendwann man hat immer daran denken, die Einstellung mal probeweise zurück zu stellen.
-
Adressbuch - von *.mab auf *.sqlite
Passwortdatenbank - key3.db auf key4.db
Zertifikatedatenbank - cert8.db auf cert9.dbIst jetzt aktualisiert - Danke
-
Vielleicht mache ich die Änderung in den nächsten Tagen mal als Mini-Update des Artikels zu den Dateien im Profilordner.
-
Ich habe hier mal vorsichtshalber den Titel noch geändert und bei den Nachrichten den Artikel für 115.10.2 veröffentlicht und darin auf 125 und Folgende Bezug genommen.
-
-
Wenn das aber so einfach ist, dann kann das natürlich jedem passieren, der einen relativ gängigen Benutzernamen verwendet.
Nur weil jemand versucht sich mit einem bestimmten Namen bzw. Benutzernamen im Forum anzumelden und dann womöglich probiert, ein neues Passwort zu erhalten, heißt das ja nicht, dass es einfach ist sich "einzuhacken". Offensichtlich stellt sich derjenige ja ziemlich hilflos an.
Ich kann die Liste mit erfolglosen(!) Logins ins Forum eine Zeit lang einsehen. Da sind immer massenweise Loginversuche, wo Leute denken, dass sie ihr Postfach "kontaktieren" bzw. die zugehörigen Logindaten verwenden, wie ich vermute. Diese Liste lässt mich nichts Gutes über das grundlegendste technische Verständnis vieler Anwender vermuten. Warum sage ich dies so? Weil ich vermute, dass einfach jemand unwissentlich das Login versucht. Dafür gibt es im Log der Fehlversuche Indizien.
axddxiss schreibe mich per Konversation an und nenne mir einen abgeänderten Usernamen, den ich im System für dich eintragen kann. Vielleicht hat das Leid dann ein Ende.
-
Ich schaue es mir heute Abend in Ruhe an.
-
Moin!
Mir ist bewusst, dass irgendwann auf monatliche(?) Releases umgestellt werden soll und, dass dann jede Versionsnummer wohl tatsächlich für Endanwender veröffentlicht werden soll. Aber momentan frage ich mich, ob 125.0 nun wirklich der öffentliche Start dafür ist? Release Notes gibt es jedenfalls derzeit noch nicht für 125.0 und mir fehlt gerade auch der passende Beitrag auf einem der News-Kanäle, weil ich diesen womöglich nicht "auf dem Schirm" habe?
Deshalb habe ich den Download der finalen Version erstmal auf 115.10.1 zurück gestellt.
-
Hast Du nochmals alle Prozesse des Thunderbird zwangsweise beendet? Wenn nein, dann versuche es damit nochmals, und schaue was dann passiert.
-
Ich kann den Bug im Zusammenhang mit "Papierkorb beim Beenden leeren" leider auch bestätigen. Wenn man dies in den Konten-Einstellungen für alle Konten deaktiviert, schließt sich Thunderbird wieder korrekt und lässt sich dann letztlich auch problemlos wieder starten. Das wohl bald erscheinende Update auf 115.10.1 wird das Problem dann hoffentlich beheben.
-
-
Ich habe das verantwortliche Element im Beitrag des "Embed" gefunden (und entfernt). Warum genau das passiert, kann ich nicht sagen. Vermutlich ergänzen mal wieder die Browser ein "fehlendes" HTML Closing-Tag, was zu dem letztlich zerschossenen HTML der Seite geführt hat.
-
Mhhh, das muss ich mir mal auf dem Desktop im HTML ansehen, was da passiert. Ich melde mich die Tage nochmal dazu.
-
Zumindest beim "modernen" Cardview statt der Spaltendarstellung ist das Problem doch überschaubar. Man muss halt abhängig vom gerade verwendeten Bildschirm eine Breite anpassen. Bei der "alten" Darstellung mit allen möglichen Spalten im Bereich der Themenliste, war dann immer wieder die Breite der ganzen Spalten zerschossen. Da musste man viel aufwändiger die Breiten wieder anpassen. Insofern sehe ich das hier nicht so kritisch - obwohl ich selbst teilweise davon betroffen bin.
-
In dem Zusammenhang muss man evtl. folgenden Bug im Blick haben, der in 115.8.0 behoben sein soll:
1869122 - Autoconfig fails when unsupported OAuth2 is preferred authentication methodRESOLVED (cketti) in Thunderbird - Account Manager. Last updated 2024-02-16.bugzilla.mozilla.org -
Naja, inzwischen bieten eine ganze Reihe von Web-Mail-Anbietern eine Funktion, die letztlich (in Wahrheit) einfach verzögert sendet. Ich sehe das letztlich so, dass wir uns dadurch leider immer mehr abgewöhnen, vor dem Senden "den Kopf einzuschalten". Es wäre doch überhaupt kein Problem, vor dem Senden eine "Qualitätskontrolle" zu machen. Wer sich das (Kontrolle vor dem Senden) angewöhnt, hat es hinterher leichter.
Im Fall von Outlook in Kombination mit Exchange-Server handelt es sich ja tatsächlich um eine "Fern-Lösch-Funktion", die man so lange verwenden kann wie das Gegenüber die Mail noch nicht geöffnet/gelesen hat. Sowas funktioniert aber eigentlich nur im Firmennetzwerk zuverlässig.
-
Und dennoch ist es unplausibel, warum diese Fehlermeldung kommt und vor allem auch warum diese einen solchen Begriff verwendet.