Beiträge von Thomas Barth

  • Verbindungssicherheit STARTTLS funktioniert seit TB 38.1.0 nicht mehr

    Ich habe in https://bugzilla.mozilla.org/show_bug.cgi?id=1183650 geschrieben, dass ich ebenfalls betroffen bin. Dieser "John Du" in dem Bug-Thread schrieb, dass er das Problem lösen konnte, indem er neuere openssl Bibliotheken installiert hatte (openssl-0.9.8e-36 -> openssl-1.0.1e-30). Bei meinem Mailserver ist aber bereits openssl-1.0.1k-3 installiert! Daran kann es dann auch nicht liegen.

    Wie erhält man in Thunderbird die Informationen, die der "tilt 2015-07-16 04:21:41 PDT" im 4 Kommentar kopiert hat.

    try to log in IMAP auth: server caps 0x4c3325, pref 0x1006, failed 0x0, avail caps 0x1004 (GSSAPI = 0x1000000, CRAM = 0x20000, NTLM = 0x100000, MSN = 0x200000, PLAIN = 0x1000, LOGIN = 0x2, old-style IMAP login = 0x4, auth external IMAP login = 0x20000000, OAUTH2 = 0x800000000) trying auth method 0x1000 got new password IMAP: trying auth method 0x1000 PLAIN auth[...]

    Gibt es dafür eine Konsole? Seine Ausgabe zeigt nämlich, was TB 38.1.0 beim Login anders macht als TB 38.0.1. Und das sieht wirklich nach einem TB Bug aus, das die Entwickler beseitigen müssen.


    Edit: Das Verbindungsprotokoll habe ich nun in TB 38.0.1 und 38.1.0 geloggt und als Anhänge dem Bug-Thread beigefügt.

  • Verbindungssicherheit STARTTLS funktioniert seit TB 38.1.0 nicht mehr

    Hallo Bagalut,
    das Zertifikat wird eigentlich von TB angenommen. Ich hatte es heute morgen einmal neu erstellt und konnte es im eingeblendeten Fenster, mit dem Hinweis, dass das Zertifikat nicht vertrauenswürdig eingestuft wird, als Ausnahmeregel hinzufügen.

    Entsprechend folgender Anleitung konnte ich meinen Mailserver schon einmal gegen logjam absichern.
    https://www.howtoforge.com/tutorial/how-t…-logjam-attack/

    # openssl dhparam -out dhparams.pem 2048
    in /etc/postfix/main.cf
    smtpd_tls_mandatory_exclude_ciphers = aNULL, eNULL, EXPORT, DES, RC4, MD5, PSK, aECDH, EDH-DSS-DES-CBC3-SHA, EDH-RSA-DES-CDC3-SHA, KRB5-DE5, CBC3-SHA
    smtpd_tls_dh1024_param_file = /etc/postfix/dhparams.pem

    OpenSSL ist eigentlich recht aktuell
    root@mydomain /etc/postfix # openssl version
    OpenSSL 1.0.1k 8 Jan 2015

    Keine Ahnung, wann OpenSSL 1.0.2 in stable gelangt, dafür gibt es noch zuviele Bugs
    https://packages.qa.debian.org/o/openssl.html

    Problem bleibt, dass der Funktionsumfang des Mailservers nicht ermittelt werden kann.

  • Verbindungssicherheit STARTTLS funktioniert seit TB 38.1.0 nicht mehr

    Also, sobald ich von 38.0.1 auf 38.1.0 aktualisiere, lässt sich der Funktionsumfang des Mail-Servers nicht mehr abfragen.

    Hier einmal ein Test mit telnet unter Einbeziehung von openssl:

  • Verbindungssicherheit STARTTLS funktioniert seit TB 38.1.0 nicht mehr

    Hiviellleicht ist das Problem ein anderes. Wenn ich ein neues Konto unter TB 38.1.0 einrichten möchte, werden ja die Servereinstellungen ermittelt, die man manuell bearbeiten kann. Und während ich Änderungen vornehme, steht in der Statuszeile von TB die ganze Zeit: Überprüfe den Funktionsumfang des Mail-Servers... Da passiert aber nichts, normalerweisewurden diese Informationen immer blitzschnell ermittelt. Und solange TB diese Informationen nicht bekommt, ist die weitereEinrichtung blockiert, da Benutzername und Paßwort immer als falsch angegeben werden. Einen Timeout bei der Abfragedes Funktionsumfanges gibt es nicht. Ein Update des Mailserver wurde heute noch vollständig durchgeführt (Debian/Jessie) und neu gestartet.

  • Verbindungssicherheit STARTTLS funktioniert seit TB 38.1.0 nicht mehr

    Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:
    * Thunderbird-Version: 38.1.0
    * Betriebssystem + Version: Windows 8.1 pro
    * Kontenart (POP / IMAP): POP / IMAP
    * Postfachanbieter (z.B. GMX): eigene Mailserver (Linux/Postfix/Courier/MySQL)
    * Eingesetzte Antivirensoftware: lokal Windows Defender abgeschaltet
    * Firewall (Betriebssystem-intern/Externe Software): Windows 8.1 abgeschaltet


    Hallo,
    seit TB 38.1.0 funktioniert die Verbindungssicherheit STARTTLS nicht mehr. Es kann keine Anmeldung mehr durchgeführt werden, sie ist unvollständig.

    Auszug aus Maillog
    Jul 17 17:43:33 tb imapd: Connection, ip=[::ffff:meine_ip]

    Normal käme dann hier noch folgender Eintrag, aber dieser Eintrag fehlt! Da kommt dann nichts mehr
    Jul 17 17:43:33 tb imapd: LOGIN, user=thomasbarth@meine_domain, ip=[::ffff:meine_ip], port=[50159], protocol=IMAP

    Unter Ubuntu mit TB 31.7.0 und unter Windows mit der Vorgängerversion 38.0.1 funktioniert noch alles problemlos. Ich habe TB 38.0.1 wieder installiert und die automatische Update-Funktion deaktiviert.

    Thunderbird 38.1.0 hingegen zeigt dann z.B. unten in der Statuszeile "Funktionsumfang des Mailservers abrufen...", was nicht gelingt. Beim Einrichten eines Kontos wird angezeigt, dass der Benutzername oder das Paßwort falsch sind, was auch verständlich ist, wenn der Server gar keine Abfrage erhält.

    Das Mailserver Zertifikat wurde selbst erstellt und bisher immer als Ausnahmeregel bestätigt. Dieses Fenster erscheint mit 38.1.0 auch nicht mehr. Kann es sein, dass TB 38.1.0 mit selbst ausgestellten Zertifikaten nicht mehr zurecht kommt?

    An wen müsste ich wenden, wenn ich sicherstellen möchte, dass die Entwickler dieses Problem erfahren?

    Thomas Barth

  • Anmeldefehler Login auf dem Server imap.googlemail.com fehlg

    Ich habe es gerade noch einmal getestet. TB 38.1.0 kann kein STARTTLS mehr! Ich habe gerade auch noch ein vollständiges Update auf meinen Mailserver durchgeführt, was das Problem aber nicht lösen konnte. Es kommt bei STARTTLS kein Login zustande

    Auszug aus Maillog
    Jul 17 17:43:33 tb imapd: Connection, ip=[::ffff:meine_ip]


    Normal käme dann hier noch folgender Eintrag, aber dieser Eintrag fehlt! Da kommt dann nichts mehr
    Jul 17 17:43:33 tb imapd: LOGIN, user=thomasbarth@meine_domain, ip=[::ffff:meine_ip], port=[50159], protocol=IMAP

    Unter Ubuntu mit TB 31.7.0 funktioniert auch noch alles problemlos.

  • Anmeldefehler Login auf dem Server imap.googlemail.com fehlg


    Diese Authentifizierungsmethode wird von unserem Firmen-Mailserver und meinem eigenen Mailserver nicht unterstützt. STARTTLS / und Paßwort normal war die bisherige Einstellung. Ich habe jetzt noch einmal TB 38.1.0 zum Testen installiert. Es funktioniert mit der aktuellen Version nur, wenn ich die Verbindungssicherheit deaktiviere.

  • Anmeldefehler Login auf dem Server imap.googlemail.com fehlg

    Hallo,

    dies ist wirklich ein gravierender Fehler. Ich bin bereits mit den Nerven am Ende, und mache mir Gedanken meinen Job zu kündigen wegen so einer Scheiße!

    Mit der Version 38.1.0 kann man sich nicht mehr mit einem IMAP-Server verbinden. Ich hatte auf dem Mailserver bereits alles neu gestartet, es gibt im Maillog überhaupt keine Login-Authentifizierungsmeldung mehr. Beim Einrichten eines Mailkontos in Thunderbird erscheint dann immer die Meldung, dass der Benutzername oder das Paßwort falsch sei.

    Dann erinnerte ich mich, dass es ja gestern oder vorgestern ein heimliches Update gab. Man startet Thunderbird neu und erhält die Meldung, dass was aktualisiert wird. Deshalb hab ich es mal mit Opera Mail versucht, keine Probleme damit. Dann habe ich wieder Thunderbird 38.0.1 installiert (Vorgängerversion), da ich diese ältere Version noch im Download-Ordner hatte. Mit 38.0.1 funktioniert die Einrichtung eines Mailkontos ebenfalls problemlos.

    Ich bitte um schnellstmögliche Korrektur und Bereitstellung eines Updates! Wenn mein Chef nach einem Update keine eMails mehr schreiben kann, bekommt der erst recht eine Krise. Was bitte soll ich meinen Arbeitskollegen raten, die alle Thunderbird verwenden???

    Thomas Barth