IMAP Abruf von outlook.office365.com klappt seit 2 Tagen nicht mehr

    Hallo Zusammen,

    seit 2 Tagen bekomme ich beim Abruf von Emails die folgenden Fehlermeldung:

    Ich habe das Ganze auch mit 102.6.1 getestet und bekomme die gleichen Fehler.

    Der IMAP Abruf mit Fairmail von meinem Android Handy klappt ohne Fehler.
    Ist der Fehler bekannt oder hat jemand eine idee ?

    Danke und viele Grüße

    Rainer

    Einmal editiert, zuletzt von graba (29. Dezember 2022 um 01:06) aus folgendem Grund: Code-Tags gesetzt

  • Thunder 28. Dezember 2022 um 23:43

    Hat das Thema freigeschaltet.

    Hallo zusammen,

    ich schließe mich dem Beitrag an und bestätige den gleichen Fehler, der ebenfalls seit 2 Tagen (seit dem 27.12.) bei mir auftritt.

    Nachtrag: Firefox 102.6.1 auf macOS 12.6.1

    OAuth2 für M365 ist aktiviert. Ich habe bereits das Passwort zurückgesetzt und eine neue Auth angestoßen (ohne Erfolg). Logfiles zeigen mir ebenfalls bei diversen Aufrufen:

    Code
    [Parent 78842: IMAP]: I/IMAP 149c07800:outlook.office365.com:A:CreateNewLineFromSocket: 35 BAD User is authenticated but not connected.
[Parent 78842: IMAP]: I/IMAP 149c07800:outlook.office365.com:A:CreateNewLineFromSocket: 36 BAD User is authenticated but not connected.
[Parent 78842: IMAP]: I/IMAP 149c08000:outlook.office365.com:A:CreateNewLineFromSocket: 26 BAD User is authenticated but not connected.
[Parent 78842: IMAP]: I/IMAP 149c08000:outlook.office365.com:A:CreateNewLineFromSocket: 27 BAD User is authenticated but not connected.
[Parent 78842: IMAP]: I/IMAP 149c08800:outlook.office365.com:A:CreateNewLineFromSocket: 91 BAD User is authenticated but not connected.
[Parent 78842: IMAP]: I/IMAP 149c08800:outlook.office365.com:A:CreateNewLineFromSocket: 92 BAD User is authenticated but not connected.

    (mittels grep; Es spielt keine Rolle, welcher Befehl ausgeführt wird)

    Weiterer Auszug aus den Logs:

    Diesen Fehler habe ich nur bei Thunderbird, mein iOS Mailagent funktioniert (leider) weiterhin.

    Vielen Dank für jeden Tipp im Voraus!

    Viele Grüße

    Bei mir stellte sich das exakt gleiche Problem auch ab dem 27./28.12.2022 ein.
    Alle Versuche (inclusive löschen und Neu-Anlegen des oauth2 Tokens und kompleter TB Neuinstall und Neukonfiguration auf einem neu installierten MAC-OS brachte keine Besserung.

    Hat schon jemand eine Lösung?

    Ich denke, MS hat im Hintegrund etwas an der API geändert und die TB-Entwickler müssen darauf 'reagieren'.
    Eine entsprechende BUG-Meldung bei Mozilla konnte ich noch nicht entdecken, Werde es aber gleich noch mal überprüfen und ggf. einen anlegen.
    viele Grüße

    Ich habe auf reddit in diesem thread einen Workaround gefunden, wlecher mir geholfen hat.
    "Go to about:config via the address bar > search for network.dns.disableIPv6 > change the value to false > restart TB."

    Aber ACHTUNG, entgegen dieser Aussage musste bei mir der Eintrag auf true gestellt werden! Also:

    "Go to about:config via the address bar > search for network.dns.disableIPv6 > change the value to true > restart TB."
    Wie weitere Kommentatoren des reddit bestätigten hat das auch bei Ihnen geholfen.

    Hallo in die Runde,

    danke thomas >Danke! Ich werd verrückt - es hat bei mir auch funktioniert!

    Ich habe zwischenzeitlich die Beta getestet und gemerkt, dass bei OAuth2 ein neuer Client sich vom Admin freischalten lassen wollte. Dazu habe ich dann diesen Blogbeitrag finden können: https://blog.thunderbird.net/2022/11/import…terprise-users/ - es scheint also, dass es einiges unter der Haube gibt und der jeweilige Admin von M365 den

    Zitat


    client ID 9e5f94bc-e8a4-4e73-b8be-63364c29d753 for Mozilla Thunderbird (it may appear to admins as “Mzla Technologies Corporation”)

    erlauben muss. Das werde ich auch noch einmal testen, aber ich bin leider nur der leidtragende Client in diesem Fall und muss auf den Admin warten ;)

    Viele Grüße

    Zitat von Thomas Hirsch

    Aber ACHTUNG, entgegen dieser Aussage musste bei mir der Eintrag auf true gestellt werden!

    Die typisch doppelte Verneinung bei vielen Schlüsseln.

    Ich habe schon länger die folgenden Einträge in der 'user.js' von TB:[box]

    user_pref("network.dns.disableIPv6", true);

    user_pref("network.dns.disablePrefetch", true);[/box]

    Damit habe ich bisher noch keine Probleme erlebt, obwohl ich seit einigen Monaten sowohl eine IPv4- als auch IPv6-Adresse von meinem Provider erhalte.

    Ich glaube, wir werden in Zukunft noch öfter Probleme beim Übergang von IPv4 zu IPv6 erleben. Viele Anwender haben schon beide Protokolle von ihrem ISP bekommen, ohne es zu ahnen. T-Online z. B. priorisiert IPv6, wenn ein Server über beide Protokolle zu erreichen ist. Das kann ich bei meinem Mumble-Server regelmäßig beobachten. Der Nutzer bekommt davon überhaupt nichts mit.

  • Community-Bot 3. September 2024 um 20:50

    Hat das Thema geschlossen.