Schau bitte mal bei jedem einzelnen Konto in den Konten-Einstellungen, ob der SMTP-Server auch korrekt zugeordnet ist. Dort sollte eben nicht jeweils der "Standard-SMTP-Server" ausgewählt sein, sondern der jeweilige SMTP-Server, der auch wirklich zu dem Postfach gehört (mit passendem Benutzernamen etc.):
Beiträge von Thunder
-
-
Das scheint ein bug zu sein.
Ähh ja, den Bug dazu habe ich ja auch oben verlinkt.
-
Kann das nicht doch ein Thunderbird-Problem sein?
Ich kann zu dem Problem inhaltlich leider gar nichts sagen. Die Meldung ist sehr speziell und ich hatte diese zuvor noch nie zu lesen bekommen. Woran sich letztlich die SMTP-Server beim Sende-Versuch des Thunderbird stören, ist für mich auch nicht erkennbar. Das Problem könnte sowohl an Thunderbird liegen, aber auch an einer nicht regelkonformen Änderung an den SMTP-Servern Deiner Postfach-Anbieter. Es würde mich aber auch nicht wundern, wenn Du für beide Konten in Thunderbird den selben SMTP-Server verwenden willst, was nicht korrekt wäre.
-
Schau mal hier:
Untrapped exception in pythonfilterSince on Github it was meant to be no bug, I try it here. Used Zammad version: 3.4.x Used Zammad installation source: package Operating system: Debian 10…community.zammad.orgoder auch hier:
The mail server responded: 451 4.3.0 pymilter - netcup KundenforumIch kann meinen Netcup Mail Account in Thunderbird erfolgreich konfigurieren. Beim Versenden einer Mail erhalte ich jedoch den Fehler: An error occurred while…forum.netcup.de -
Then enter *mailnews.send.jsmodule* on top and change that to *false*
Das Problem daran ist, dass dies irgendwann in einer zukünftigen Version nicht mehr gehen wird.
-
Aus gegebenem Anlass hier mal eine aktualisierte Warnung vor den nächsten Beta-Versionen:
Warnung Auf dem Weg hin zu Thunderbird 114 (oder vielleicht auch 115) werden in den nächsten Monaten drastische Veränderungen an zentralen Elementen der Benutzeroberfläche gemacht. Dafür muss der zugehörige Programm-Code technisch komplett geändert werden. Dies wird dazu führen, dass die Beta-Versionen voraussichtlich bis Ende 2022 alle Möglichen (auch sichtbare) Probleme haben werden. Die Beta-Versionen sollten daher absolut nicht produktiv, sondern nur zu Testzwecken mit einem separaten Test-Profil eingesetzt werden! Es ist übrigens auch schon seit langer Zeit nicht mehr ratsam mit dem genutzten "Profil" von einer neuen (bzw. Beta-)Versionsreihe zu einer älteren Versionsreihe zurück zu gehen. Der "Rückschritt" wird später unweigerlich zu unvorhersehbaren Problemen führen, wenn man mit den Profildaten erneut zu einer neueren Versionsreihe aktualisiert.
Genauere Informationen über die Änderungen im Programm-Code finden Sie in Mercurial oder auch treeherder.
Für die Daily-Builds gilt dies selbstverständlich erst recht.
-
103.0.2
Wohl eher nicht, oder? Bitte, bitte macht euch die Mühe und nennt Versionsnummern absolut korrekt. Dies ist wirklich essentiell wichtig!
-
Wenn Ihr das Problem schon so weit analysiert habt, dann macht doch zu bitte einen Bug auf. Ich denke, dass auch ein Link hier ins Thema womöglich für's Erste für Kai in Ordnung wäre.
-
Du könntest ein Log erstellen und nach dem Problem darin schauen. Dies wäre letztlich auch für eine Bug-Meldung hilfreich:
Protokoll (Log-Datei) der Server-Verbindung mit IMAP, POP und SMTP erstellen - Thunderbird Mail DE
-
Hilf mir kurz auf die Sprünge: IMAP oder POP?
Bei POP gab es intern ja grundlegende Änderungen, da man die komplette Implementierung für POP auf Javascript statt C++ umgestellt hat. Dies war auch schon für SMTP im 91er der Fall und findet gerade schrittweise auch für IMAP statt. Bei der internen Umstellung gibt es leider alle Möglichen Fallstricke - beispielsweise mit der Kodierung der Passwörter usw.
-
Auch mir wurde jetzt im 91er das Update auf 102.1.2 angeboten. Theoretisch sollte dies ja hoffentlich wenigstens erstmal wieder in "Wellen" erfolgen, sodass nicht die Installationen aller Anwender gleichzeitig aktualisiert werden.
-
Ich hoffe das spielt bei dem Thema keine Rolle.
Theoretisch sollte dies keinen Unterschied machen. Und meines Erachtens dürfte auch Lightning dabei keine Rolle spielen.
Zunächst habe ich den Profilordner nach D kopiert,
Benutzer\Name\AppData\Roaming\Thunderbird\Profiles\xxxx.default
am Ende nun sämtliche Ordner aus dem Pfad.
Mhhh, das klingt ein wenig verwirrend für mich. Du musst letztlich sinngemäß den kompletten Ordner xxxxx.default kopiert (und mit dem Profil-Manager für das neue Profil ausgewählt) haben. Der Ordner Profiles mit den Dateien profiles.ini und installs.ini bleibt (zwangsweise) auf C:. Vom Kalender müsste eigentlich alles auch mit in xxxxx.default drin sein.
-
Aber den Unterschied hier aus dem Forum oder con mir der Link verstehe ich noch nicht ganz.
Es gibt keinen Unterschied. @Bastler wollte vermutlich nur zeigen, dass man zwischen "normal" und Beta hier auf der Seige ziemlich deutlich unterscheiden kann. Ich verwende hier auf der Seite grundsätzlich den identischen Download-Link, der auch direkt bei thunderbird.net verwendet wird.
-
Jetzt behaltet mal die Ruhe. Der Bug hier beispielsweise ist doch vollkommen unkritisch - wählt man halt eine andere Darstellung bis der Bug repariert ist. Das ist auf jeden Fall die bessere Wahl als zu 91.* zurückzugehen mit all den undurchsichtigen Problemen, die sich als Folge daraus dann in Zukunft wieder ergeben können. Für den hier diskutierten Bug hat man sogar heute schon innerhalb von Stunden den passenden Patch erstellt, der jetzt halt die nächsten 2 Wochen durch den Release-Prozess durch muss.
-
1784032 - (Regression) Icons in right top window corner (minimize, arrange, close window) are missing with certain option combinationNEW (nobody) in Thunderbird - Mail Window Front End. Last updated 2022-08-10.bugzilla.mozilla.org
-
Ich habe gerade mal alle Kombinationen ausprobiert. Es ist tatsächlich in 102.1.2 so, dass folgende Kombination dazu führt, dass die Symbole verschwunden sind:
- Menüleiste eingeblendet
- Titelleiste ausgeblendet
- Option "Text" gewählt
Bei den anderen Kombinationen sind diese fehlenden Icons ganz normal sichtbar.
Das müsste eigentlich ein Bug sein, denke ich.
-
Im Profilordner existiert kein Unterordner chrome
Wenn ich nicht irre, musste der schon immer manuell angelegt werden. Das geht bestimmt bei den "Profis" vergessen, wenn diese seit Jahren mit den Möglichkeiten der userChrome.css arbeiten.
-
In Thunderbird ist das Problem in 102.1.2 erstmal mit einer kurzfristigen Lösung behoben.
-
-
Der Update-Prozess läuft regulär sowieso mit Admin-Rechten, im Gegensatz zu Thunderbird selbst, wenn ich nicht irre. Und gelöscht werden die Dateien regulär sowieso nicht bzw. nicht komplett. Das komplette Löschen hilft halt nur als Workaround, um die blöde Meldung loszuwerden, wenn sich in den Dateien dort etwas "verschluckt" hat. Wenn nach dem "Säubern" das Problem immer wieder auftritt, dann gibt es vermutlich irgendwelche individuellen Szenarien bzw. Konstellationen, die das Problem begünstigen.