Thunderbird hängt in Endlosschleife beim Mailabruf

BigMan · March 19, 2017 at 11:44 AM

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:* Thunderbird-Version: 45.8.0.-1
* Betriebssystem + Version: Arch Linux
* Kontenart (POP / IMAP): IMAP
* Postfach-Anbieter (z.B. GMX): auf eigenem Server: exim4 als MDA
* Eingesetzte Antiviren-Software:
* Firewall (Betriebssystem-intern/Externe Software):
* Router-Modellbezeichnung (bei Sende-Problemen):

----------------------------------------------------------------------------------------------------------------------------

Wenn ich Thunderbird starte hole es nicht mehr die Emails ab. Statt dessen sieht man unentweg die "Sanduhr" (ist jetzt ja so ein rotierender Kreis)
Habe deswegen parallel nun auch Seamonkey installiert. Die Kontoeinstellungen sind die selben wie bei Thunderbird. Bei Seamonkey funktioniert alles.

(Was mir noch aufgefallen ist: Bei Thunderbird lassen sich Kalendereinträge nicht mehr löschen.)

==> Um der Sache näher zu kommen, muss es doch irgendwo ein Log-Datei von Thunderbird geben. Aber ich finde auf dem Rechner nichts.
==> Wie kann ich dem Problem näher kommen/analysieren.

SusiTux · March 19, 2017 at 12:12 PM

Quote from BigMan

Um der Sache näher zu kommen, muss es doch irgendwo ein Log-Datei von Thunderbird geben.

Siehe https://wiki.mozilla.org/MailNews:Logging#smtp

BigMan · March 25, 2017 at 9:35 AM

Haben zwecks Log-Dateierzeugung die beiden Variablen wie im Link oben beschrieben gesetzt:

export NSPR_LOG_MODULES=imap:5,timestamp
export NSPR_LOG_FILE=/tmp/imap.log

Dann habe ich Thunderbird gestartet, welches in der Endlosschleife verharrte und keine Emails abholte. Dann im /tmp nach einer Datei imap.log geschaut. Keine vorhanden. Thunderbird geschlossen, nochmals in /tmp nachgesehen. Aber immer noch keine Datei. Lese/Schreibrechte für /tmp sind vorhanden.

(Seamonkey dagegen zeigt mir die aktuellsten Emails an, legt aber auch keine log-Datei an).

SusiTux · March 25, 2017 at 11:31 AM

Bei mir funktioniert es. Entgegen der Aussage in dem Dokument wird die Log-Datei auch bereits erstellt, während der TB noch läuft. Es kann natürlich auch sein, dass der TB gar nicht bis zum Schreiben des Files kommt, weil er bereits vorher feststeckt.

Versuche zunächst einmal, den TB im safe-mode zu starten. Vielleicht ist Dein Problem dann schon erledigt. Fall nicht, starte den TB über folgendes Script:

Code

 #!/bin/sh
export NSPR_LOG_MODULES=imap:5,timestamp
export NSPR_LOG_FILE=/tmp/imap.log
thunderbird

ggf. auch hier im safe-mode probieren.

Wird damit immer noch kein Log geschrieben, könntest Du es noch mit Hilfe des in dem Artikel erwähnten TBTracers versuchen. Den habe ich persönlich noch nicht benutzt und weiß daher nicht, ob er mit der aktuellen Version läuft. Vermutlich erzeugt er eine noch weitaus größere Datenflut als das Logging des TB. Die Suche darin könnte also etwas mühsamer werden. Aber wie einer meiner Kollegen aus dem Rheinland so schön sagt: Versuch macht kluch.

BigMan · March 26, 2017 at 2:26 PM

Mit dem Script konnte ich nun eine Log-Datei schreiben. Ganz unten in der Log-Datei steht etwas von "failed creating protocol to play queued url:imap..." Habe danach natürlich schon gegoogelt, aber leider keine Lösung gefunden. Hier mal die komplette Log-Datei (IPs habe ich mal durch xxx ersetzt):

Code

2017-03-26 12:14:44.727551 UTC - 2127558400[7fe77da8b040]: ImapThreadMainLoop entering [this=7d7c6800]
2017-03-26 12:14:44.727627 UTC - -1409423552[7fe7aab9e260]: 7d7c6800:xx.xx.xx.xx:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN
2017-03-26 12:14:44.731969 UTC - 2127558400[7fe77da8b040]: 7d7c6800:xx.xx.xx.xx:NA:ProcessCurrentURL: entering
2017-03-26 12:14:44.731980 UTC - 2127558400[7fe77da8b040]: 7d7c6800:xx.xx.xx.xx:NA:ProcessCurrentURL:imap://alexander@xx.xx.xx.xx:993/liteselect%3E.INBOX:  = currentUrl
2017-03-26 12:14:45.262460 UTC - 2127558400[7fe77da8b040]: ReadNextLine [stream=7d739f80 nb=103 needmore=0]
2017-03-26 12:14:45.262499 UTC - 2127558400[7fe77da8b040]: 7d7c6800:xx.xx.xx.xx:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready.
2017-03-26 12:14:45.262670 UTC - 2127558400[7fe77da8b040]: try to log in
2017-03-26 12:14:45.262682 UTC - 2127558400[7fe77da8b040]: IMAP auth: server caps 0x4085425, pref 0x1006, failed 0x0, avail caps 0x1004
2017-03-26 12:14:45.262693 UTC - 2127558400[7fe77da8b040]: (GSSAPI = 0x1000000, CRAM = 0x20000, NTLM = 0x100000, MSN = 0x200000, PLAIN = 0x1000,
  LOGIN = 0x2, old-style IMAP login = 0x4, auth external IMAP login = 0x20000000, OAUTH2 = 0x800000000)
2017-03-26 12:14:45.262709 UTC - 2127558400[7fe77da8b040]: trying auth method 0x1000
2017-03-26 12:14:54.074282 UTC - -1409423552[7fe7aab9e260]: proposed url = INBOX folder for connection  has To Wait = TRUE can run = FALSE
2017-03-26 12:14:54.074320 UTC - -1409423552[7fe7aab9e260]: queuing url:imap://alexander@xx.xx.xx.xx:993/liteselect>.INBOX
2017-03-26 12:14:54.074339 UTC - -1409423552[7fe7aab9e260]: considering playing queued url:imap://alexander@xx.xx.xx.xx:993/liteselect>.INBOX
2017-03-26 12:14:54.074353 UTC - -1409423552[7fe7aab9e260]: creating protocol instance to play queued url:imap://alexander@xx.xx.xx.xx:993/liteselect>.INBOX
2017-03-26 12:14:54.074414 UTC - -1409423552[7fe7aab9e260]: proposed url = INBOX folder for connection  has To Wait = TRUE can run = FALSE
2017-03-26 12:14:54.074435 UTC - -1409423552[7fe7aab9e260]: failed creating protocol instance to play queued url:imap://alexander@xx.xx.xx.xx:993/liteselect>.INBOX

Display More

SusiTux · March 26, 2017 at 4:25 PM

Quote from BigMan

Hier mal die komplette Log-Datei

Ist das wirklich die komplette Log-Datei? Für mich sieht sie aus, als würde einiges fehlen. Zum Beispiel der komplette Block zur Passwort-Übermittlung und das "login succeeded".

Btw, Dein Server scheint STRARTLS nicht zu unterstützen. Das würde ich ändern.

Was der Log-Eintrag ""failed creating protocol to play queued url:imap..." genau besagt, weiß ich auch nicht. Eine Suchmaschine führt mich jedoch u.a. zu diesem bug, in dem Brian Kennelly in Comment # 12 schreibt:

Quote

This log entry, or its absence, does not indicate an error.

Da kann sich aber auf den konkreten Kontext des bugs beziehen und muss hier nichts sagen.

Da es vom selben Rechner aus mit Seamonkey funktioniert, liegt der Fehler augenscheinlich in der Konfig des TB. Dazu hatte ich oben schon dazu geraten:

Quote from SusiTux

Versuche zunächst einmal, den TB im safe-mode zu starten. Vielleicht ist Dein Problem dann schon erledigt.

Der nächste Schritt wäre dann ein Test mit einem neuen Profil.

BigMan · April 13, 2017 at 9:00 AM

also ich habe das Problem nun wie folgt gelöst:

Einfach in Thunderbird das Konto gelöscht und wieder neu eingerichtet. Dann ging auch gleich wieder alles.

Vielleicht ist noch erwähnenswert: ich glauben einer meiner Versuche war auch Thunderbird zu de- und dann neu zu instsallieren. Ich bin mir nicht sicher, aber dabei glaube ich wurden die Kontoeinstellungen gar nicht mitgelöscht sondern in der Neuinstallation übernommen ... ist jetzt aber auch schon etwas länger her, kann mich auch irren ...

(würde den Thread jetzt als gelöst markieren ... kann man das in diesem Forum?)

slengfe · April 13, 2017 at 9:15 AM

Hallo BigMan,

Quote from BigMan

Vielleicht ist noch erwähnenswert: ich glauben einer meiner Versuche war auch Thunderbird zu de- und dann neu zu instsallieren. Ich bin mir nicht sicher, aber dabei glaube ich wurden die Kontoeinstellungen gar nicht mitgelöscht sondern in der Neuinstallation übernommen

ja, dem ist wohl so. TB trennt zwischen Programm und Daten. Das Programm kannst Du deinstallieren, die Profildaten bleiben (wobei ich nun nicht sicher bin, ob TB vielleicht fragt, die Daten zu löschen). D.h., dass eine Neuinstallation in den allermeisten Fällen völlig sinnfrei ist, da Fehler i.d.R. im Profil stecken und nicht im Programm selber (das ist natürlich auch nicht fehlerfrei, verändert sich aber nicht oder nur durch Updates). Und TB findet nach einer erneuten Installation den alten Profilordner mit allen Daten wieder.

Gruß

slengfe

BigMan · April 13, 2017 at 1:17 PM

Da habe ich mich zu früh gefreut. Denn nachdem ich das Konto neu angegeben hatte, begann TB auch gleich die IMAP-Strukur aufzubauen und zeigte auch gleich die neuen Emails, was bislang nicht der Fall war. Doch jetzt hängt wieder alles.

Was schon verunderlich ist:

- Auf dem selben Rechner läuft auch Seamonkey, und dort klappt alles;

- Auf einem Laptop habe ich ebenfalls TB und dort klappt es auch;

... und Laptop/Seamonkey haben die selben Kontoeinstellungen wie das nicht funktionierende TB (alles IMAP auf das selbe Email-Konto).

Ich würde jetzt gerne TB komplett runterschmeißen ... also inkl. aller Profildaten, Konfiguration etc. Weiß jmd. wie das unter Arch Linux geht? $ pacman -Rns thunderbird scheint beim letzten Mal ja nicht ausreichend gewesen zu sein.

slengfe · April 13, 2017 at 1:29 PM

Quote from BigMan

- Auf einem Laptop habe ich ebenfalls TB und dort klappt es auch;

Du kannst einfach das Profil kopieren und das funktionierende Profil auf dem anderen Rechner nutzen. Vorher den Profilorder löschen (oder vielleicht zur Sicherheit erst einmal verschieben).

[lexicon='Profilordner - Sichern und aus Backup wiederherstellen',''][/lexicon]

Gruß

slengfe

Thunderbird hängt in Endlosschleife beim Mailabruf

Community-Bot September 3, 2024 at 8:30 PM

Thunderbird 152.0.1 veröffentlicht

Thunderbird 140.12.1 ESR veröffentlicht