Seiten: 1
RSS
Probleme mit Wurzelzertifikat bei gmx
 
Seit dem 28. Juni 2019 erhalte ich ein Fenster mit einer Fehlermeldung, wenn ich Mails von gmx.de abrufen bzw. versenden möchte. Bei web.de und gmail.com tritt dieses Problem übrigens nicht auf; die Mails werden ganz normal abgerufen bzw. versendet. Ich verwende The Bat! Professional Edition Version 7.1.18 (32-bit).

In dem Fenster mit der Fehlermeldung steht:

Unbekanntes ZA-Zertifikat
Der Server hat während der Session kein Wurzelzertifikat übergeben und es existiert kein entsprechendes Wurzelzertifikat in Ihrem Adressbuch.

Die Verbindung ist möglicherweise nicht sicher. Bitte setzen Sie sich mit dem Administrator des Servers in Verbindung.

Das Problem ist, dass man die rechten beiden Felder in diesem Fenster
Zertifikat anzeigen
Zu ‘Vertrauenswürdigen’ hinzufügen
NICHT anklicken kann.

In der log-Datei meiner gmx.de-Konten steht
2019-06-29, 07:53:15: FETCH - Empfange Nachrichten
2019-06-29, 07:53:15: FETCH - Verbinde mit POP3-Server pop.gmx.net auf Port 995
2019-06-29, 07:53:15: FETCH - Einleitung TLS-Handshake
>2019-06-29, 07:53:15: FETCH - Zertifikat S/N: 218296213149726650EB233346353EEA, Algorithmus: RSA (2048 Bits), ausgestellt von 2019-05-08 08:01:21 bis 2021-05-13 23:59:59, für 8 Host(s): mail.gmx.net, mail.gmx.de, smtp.gmx.net, smtp.gmx.de, imap.gmx.net, imap.gmx.de, pop.gmx.net, pop.gmx.de.
>2019-06-29, 07:53:15: FETCH - Besitzer: "Private Organization", "HRB 7666", "Montabaur", "Rheinland-Pfalz", "DE", "DE", "Rheinland-Pfalz", "Montabaur", "1&1 Mail & Media GmbH", "mail.gmx.net".
>2019-06-29, 07:53:15: FETCH - Aussteller: "DE", "T-Systems International GmbH", "T-Systems Trust Center", "Nordrhein Westfalen", "57250", "Netphen", "Untere Industriestr. 20", "TeleSec ServerPass Extended Validation Class 3 CA". Gültig ab 2014-02-11 14:44:50 bis 2024-02-11 23:59:59. Der Aussteller dieser Zertifikatskette wurde nicht gefunden!
>2019-06-29, 07:53:15: FETCH - Zertifikataussteller fehlt: "DE", "T-Systems Enterprise Services GmbH", "T-Systems Trust Center", "T-TeleSec GlobalRoot Class 3".
!2019-06-29, 07:53:15: FETCH - TLS-Handshakefehler. Ungültiges Serverzertifikat (Der Aussteller dieser Zertifikatskette wurde nicht gefunden)

Wer ist so freundlich und gibt mir einen Hinweis zur Lösung des Problem.

Vielen Dank im Voraus!
 
Habe auch des gleiche Problem seit einigen Tagen.
WEr kann helfen?
 
Na Super...!!
bei mir taucht die gleiche Meldung auf und ich habe nichts umgestellt oder verändert.
Virenscanner ist diesmal auch nicht verantwortlich dafür, der wurde deaktiviert und trotzdem kommt diese Meldung.
Im log.protokoll kann ich den angemahnten Fehler zwar finden, bringt mich aber auch nicht weiter.

Warum kommt der Fehler so unverhofft ?
Habe vor einigen Tagen ein TheBat Update eingespielt, aber danach kamen keine Meldungen und scheinbar betriffte es nur gmx-Konten ?!
 
Ich habe diesen Fehler auch seit gestern nachmittag. Vormittags bekam ich die Mails noch, nachmittags war es bei allen GMX-Konten vorbei. Bei der GMX-Hotline hängt man ewig in der Warteschleife bis man aufgibt. Mails senden kann ich noch.

Meine Fehlermeldung:

29.06.2019, 22:18:23: FETCH - Empfange Nachrichten
29.06.2019, 22:18:23: FETCH - Einleitung TLS-Handshake
>29.06.2019, 22:18:23: FETCH - Zertifikat S/N: 218296213149726650EB233346353EEA, Algorithmus: RSA (2048 Bits), ausgestellt von 08.05.2019 08:01:21 bis 13.05.2021 23:59:59, für 1 Host(s): mail.gmx.net.
>29.06.2019, 22:18:23: FETCH - Besitzer: Private Organization, HRB 7666, Montabaur, Rheinland-Pfalz, DE, DE, Rheinland-Pfalz, Montabaur, 1&1 Mail & Media GmbH, mail.gmx.net.
>29.06.2019, 22:18:23: FETCH - Aussteller: DE, T-Systems International GmbH, T-Systems Trust Center, Nordrhein Westfalen, 57250, Netphen, Untere Industriestr. 20, TeleSec ServerPass Extended Validation Class 3 CA.
!29.06.2019, 22:18:23: FETCH - TLS-Handshakefehler. Keine Übereinstimmung zwischen Hostname ("pop.gmx.net") und Zertifikat.

Was nun? Kann niemand helfen?
 
ja der Fehler ist wohl bei den meisten GMX Nutzern .  Natürlich auch hier .  Thunderbird hat diesen Fehler  nicht. Es liegt an TheBat.

Ich hoffe auf Lösung-s Vorschläge . oder Bug Behebung in der neuen Version .  
 
Bei mir das selbe mit GMX.
Habe Version
The Bat! Professional Edition
Version 6.8.8 (64-bit).

Schaut hier eigentlich Ritlabs rein?
 
Habe das gleiche Problem mit TheBat 8.8.9 (64bit).
Hab bereits ein Ticket bei Ritlabs und GMX aufgemacht.
Mal schaun, was rauskommt.

PS: Wenn man das Fenster mit OK schließt, werden eMails trotzdem abgerufen.
 
Bei GMX wurden die Server-Zertifikate aktualisiert. Wir werden die neuen  Zertifikate auch in The Bat! hinzufügen und eine neue Version des  Programms veröffentlichen.

Es gibt 2 Möglichkeiten, um dieses Problem gleich zu beseitigen:

1. Man muss im The Bat! Adressbuch den Menüpunkt  "Ansicht\Zertifikatsdatenbanken" aufrufen, dann das Adressbuch "Trusted  Root CA" auswählen, einen neuen Kontakt erstellen und auf der  Registerkarte "Zertifikate" das Server-Zertifikat  importieren. Änderungen mit "OK" bestätigen. Der Nachrichtenempfang und  Versand sollen dann funktionieren.

"T-Telesec GlobalRoot Class 3" Server-Zertifikat Download: https://www.telesec.de/de/public-key-infrastruktur/support/root-zertifikate/category/60-t-telesec-globalroot-class-3

2. Im Programmhauptfenster unter "Optionen\S/MIME und TLS" die  "Microsoft Crypto API" Option einzustellen, um den  Windows-Zertifikatspeicher einzusetzen. So wird The Bat! die Zertifikate  verwenden, die im Betriebssystem vorhanden sind.
 
Schon mal danke für die Reaktion.
Als weitere Info:
WEB.de scheint dann nachzuziehen, dort bekomme ich seit gerade die selbe Fehlermeldung.

Merci, hat geklappt, bei GMX und WEB (Methode 1)
Geändert: Karl Amares - 01.07.2019 18:24:42 (Nachtrag)
 
Danke,

läuft auch bei mir wieder.
 
buy fake driving license online   http://führerscheinundmpu24.de
Seiten: 1