7
Outlook streikt: Verbindungsverschlüsselungstyp nicht unterstützt
Hallo zusammen,
ich habe ein für mich noch unerklärbares Problem mit Outlook 2016.
Richte ich ein Profil (wie alle anderen) ein, kann ich keine Mails empfangen oder senden.
Es erscheint die Meldung :
Richte ich das Profil in Thunderbird ein, funktioniert es auf Anhieb.
Richte ich das Profil in Outlook auf einem anderen Client ein (per Fernwartung, anderer Standort), funktioniert es ebenfalls einwandfrei.
Es stellt sich die Frage, was der Unterschied sein kann. Hier die Einstellungen:
Die Vermutung liegt nahe, dass es ein Problem mit SSL gibt, aber ich finde es nicht. Kann mir jemand einen Tipp geben, wie ich weiter vorgehen kann?
Gruß
Grinskeks
ich habe ein für mich noch unerklärbares Problem mit Outlook 2016.
Richte ich ein Profil (wie alle anderen) ein, kann ich keine Mails empfangen oder senden.
Es erscheint die Meldung :
Richte ich das Profil in Thunderbird ein, funktioniert es auf Anhieb.
Richte ich das Profil in Outlook auf einem anderen Client ein (per Fernwartung, anderer Standort), funktioniert es ebenfalls einwandfrei.
Es stellt sich die Frage, was der Unterschied sein kann. Hier die Einstellungen:
Die Vermutung liegt nahe, dass es ein Problem mit SSL gibt, aber ich finde es nicht. Kann mir jemand einen Tipp geben, wie ich weiter vorgehen kann?
Gruß
Grinskeks
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 4674833502
Url: https://administrator.de/contentid/4674833502
Ausgedruckt am: 22.11.2024 um 01:11 Uhr
7 Kommentare
Neuester Kommentar
Checke mit openssl oder nmap welche TLS-Version und Ciphers der Mailserver akzeptiert, und vergleiche welche das Outlook bzw. das OS des betroffenen Rechners verwendet (Wireshark). Zur Zeit sollte das um auf der sicheren Seite zu sein mindestens TLS1.2 sein.
Eventuell hat da jemand an den TLS-Ciphers des Systems gedreht.
Der Standard lässt sich dann hiermit wiederherstellen wenn du nicht manuell in der Registry hantieren willst:
https://www.nartac.com/Products/IISCrypto/
Uk.
nmap --script ssl-enum-ciphers -p 995 pop.domain.tldopenssl s_client -connect pop.domain.tld:995Der Standard lässt sich dann hiermit wiederherstellen wenn du nicht manuell in der Registry hantieren willst:
https://www.nartac.com/Products/IISCrypto/
Uk.
Moin,
check mal welche tls/ssl optionen bei dir gesetzt sind (Systemsteuerung -> Internetoptionen -> Erweitert, Bereich Sicherheit)
Sicher wäre:
Alle was sich SSL nennt sollte aus sein, TLS sollte nur 1.2 und 1.3 an sein
lg,
Slainte
check mal welche tls/ssl optionen bei dir gesetzt sind (Systemsteuerung -> Internetoptionen -> Erweitert, Bereich Sicherheit)
Sicher wäre:
Alle was sich SSL nennt sollte aus sein, TLS sollte nur 1.2 und 1.3 an sein
lg,
Slainte
Danke für die Unterstützung.
Internetsicherheit :
Nmap:
OpenSSL habe ich noch nicht installiert.
Der Client ist ein frisch installiertes Win10 Pro Notebook mit frisch installiertem Office 2016.
Outlook auf dem Client erzeugt den Fehler, Thunderbird nicht.
Daher sollten die Ausgangsbedingungen doch eigentlich gleich sein oder?
Outlook macht irgendwas anders - ich werfe jetzt mal Wireshark an.
Gruß
Grinskeks
Internetsicherheit :
Nmap:
OpenSSL habe ich noch nicht installiert.
Der Client ist ein frisch installiertes Win10 Pro Notebook mit frisch installiertem Office 2016.
Outlook auf dem Client erzeugt den Fehler, Thunderbird nicht.
Daher sollten die Ausgangsbedingungen doch eigentlich gleich sein oder?
Outlook macht irgendwas anders - ich werfe jetzt mal Wireshark an.
Gruß
Grinskeks
Thunderbird nutzt seine eigenen TLS Settings
https://www.thunderbird-mail.de/lexicon/entry/240-security-tls-version/
Von POP würde ich persönlich eh weg, probiers stattdessen mal mit IMAP.
Support von anderen Protokollen außer Exchange ist in Outlook ja ehrlich gesagt eh stiefmütterlich.
https://www.thunderbird-mail.de/lexicon/entry/240-security-tls-version/
Von POP würde ich persönlich eh weg, probiers stattdessen mal mit IMAP.
Support von anderen Protokollen außer Exchange ist in Outlook ja ehrlich gesagt eh stiefmütterlich.
Hilft das?
Es hat sich herausgestellt, dass eine Fehlkonfiguration des Mailservers und Zertifikates nicht nur zum fehlenden Autodiscover führten sondern das selbiges auch Einstellungen im Hintergrund on the fly ändert und es dadurch zu diesem Fehler kam.
Lösung war im ersten Step Outlook Autodiscover zu deaktiveren (Registry) .
Im zweiten Step werden Mailserver und Zertifikat korrigiert.
Vielen Dank für die Unterstützung!
Grinskeks
Lösung war im ersten Step Outlook Autodiscover zu deaktiveren (Registry) .
Im zweiten Step werden Mailserver und Zertifikat korrigiert.
Vielen Dank für die Unterstützung!
Grinskeks
Kann ich den Beitrag nochmal öffnen?
Es wird noch ominöser. Jetzt funktioniert es wieder nicht mehr - allerdings nur in Outlook.
Gehe ich über Systemsteuerung -> Benutzerkonten -> Email und richte darüber das Emailkonto ein, ist Kontoeinstellungen testen erfolgreich.
Starte ich Outlook und versuche Mails abzurufen erscheint obiger Fehler....
Es wird noch ominöser. Jetzt funktioniert es wieder nicht mehr - allerdings nur in Outlook.
Gehe ich über Systemsteuerung -> Benutzerkonten -> Email und richte darüber das Emailkonto ein, ist Kontoeinstellungen testen erfolgreich.
Starte ich Outlook und versuche Mails abzurufen erscheint obiger Fehler....
