Hallo Liste. (Hab mal Torbens TOFU umsortiert.) > >> Norberts Problem mit Thunderbird besteht leider weiter. snip > >> > >> Das Problem ist, daß Norbert von Zeit zu Zeit die Fehlermeldung > >> "thunderbird is already running but not responding" erhält.
> >>konnten wir das Problem immer dann > >> provozieren, wenn er eine Email erhielt und dann Thunderbird mit der > >> ungelesenen Mail schließt. In diesem Fall wird TB nicht > >> ordnungsgemäß > >> beendet und taucht bspw. in der Prozeßliste auf. Bei einem Neustart > >> bekommt man die besagte Meldung. > >> [..] > >> das habe ich dann gemacht: Mit dem Profilmanager ein neues > >> Profil eingerichtet und alle bestehenden Konten neu eingerichtet. > >> Leider ließ sich das Problem wieder provozieren, weshalb das > >> effektiv nichts gebracht hat. snip > > > Am 17.08.2014 22:28, schrieb Jonas Stein: > > Klingt doch etwas spannender. > > > > Die langweilige Methode wäre nach einer neueren Thunderbirdversion zu > > suchen... in der Hoffnung, dass das Problem aufhört. Welche Version > > ist > > aktuell installiert? > > > > Man könnte mit einem sniffer schauen, welche Netzwerkverbindungen > > offen > > bleiben. Eventuell ist es kein Problem von thunderbird, sondern von > > einem Skript (javascript) welches im tb ausgeführt wird und irgendwo > > hängt. > > > > Man könnte auch ausprobieren, ob ein spezieller Anhang das Skript aus > > der Kurve wirft (indizierer?), indem man nur Postfach A aktiviert und > > testet und anschließend Postfach B. > > > > Viel Erfolg! Am Montag, 18. August 2014, 07:57:59 schrieb Torben Keil: > Morgähn! > > Aus langjähriger Erfahrung kann ich sagen, dass man sehr viel Zeit > damit verbrennen kann, wenn man alle Probleme selber lösen will. > Von daher rate ich bei solch einem anhaltenden Problem dazu, dieses in > der entsprechenden TB-Mailingliste beschreiben. > Bestimmt kennen die Profies dort eine Lösung... > > > Viele Grüße, > Torben > Tja, da sieht man es wieder, was der Eine spannend findet, hält der Andere für verbrannte Zeit. ;-) Ich denke zwar auch, das Norbert den pragmatischen Ansatz bevorzugen würde, doch häufig ist dieser nicht ausreichend zielführend. Die Spezialisten, die sich den eingehenden Bug-Reports auf solchen Mailinglisten widmen, benötigen häufig ebenfalls konkretere Anhaltspunkte als nur die rudimentäre Fehlermeldung, um einem Fehler auf die schliche kommen zu können. Besonders wenn man die üblichen Abstellmaßnahmen schon ausgeschöpft hat, gilt es etwas systematische an die Sache heranzugehen, statt wild herumzuprobieren. Um mal wieder einen Autovergleich zu bemühen: Es werden ohne nähere Messergebnisse oder Systemkenntnisse so lange wild Teile getauscht, bis der Fehler beseitigt ist. Leider sind meine Programmiersprachen-Kenntnisse unter Linux noch unzureichend, aber wie man misst, weiß ich bereits. ;-) Dieses Messprotokoll, unter Linux durch den Aufruf von strace erzeugt, kann besagten Spezialisten zur Fehlerdiagnose dienen. Dazu darf Thunderbird noch nicht laufen, dann ruft man es als User auf dem X-terminal auf und leitet die Ausgabe zur späteren Analyse in eine lokale Datei um. Z.B. durch den Aufruf mittels: strace -o ~/Pfad/Dateiname.log thunderbird Da das Log recht groß werden kann, gilt es den Fehler möglichst schnell zu provozieren und das Programm wie gewohnt zu beenden. Das Paket dev-util/strace muss natürlich installiert sein. Diese strace Ausgabe-Datei/Log-Datei dann zur Analyse hier auf die Liste posten, oder falls zu groß auf einen paste-bin server stellen oder eben dem Thunderbird Bug-Report beifügen. Das wäre in meinen Augen die professionellere weil zielführendere Herangehensweise. Auch wenn hier sämtlich weitergehenden strace Optionen unerwähnt blieben. Dazu gibt es übrigens auf der FROSCON einen sehr empfehlenswerten Vortrag von Harald König, um 11:15 am Sonntag im HS4, mit dem Titel: "Bash-Versteher dank Strace". Besten Gruß, Andy.
_______________________________________________ Trolug_trolug.de mailing list [email protected] https://ml01.ispgateway.de/mailman/listinfo/trolug_trolug.de
