- Registriert
- 03.05.10
- Beiträge
- 22.705
fällt irgendjemandem etwas mit iOS27 (ich bin auf Beta3 von 27.2) und SSL auf? Ich hatte ein funktionierendes Setup. Ich bin auch der Meinung, dass es mit Beta2 noch funktionierte, aber da mein Mailserver ein ausgelaufenes Zertifikat hatte musste ich die Zertifizierungsinstanz erneut durchlaufen und das Zertiifikat deployen, und nach Apple-Manier meinen Mail-Account auf dem iOS-Gerät löschen.
Also Konfigurationspayload gelöscht und neu geladen. Er fängt auch an, Mails zu laden, ich würde fast alle sagen. Aber in den Logs vom Mailserver sehe ich irgendwann, nachdem er 10 von 11GB geladen hat:
Ich bin noch nicht ganz blöd - wir reden von einem digitalen System, d.h. es läuft entweder oder nicht. Und er lädt die Mails runter. Was zum Teufel soll dann diese Meldung so spät?
Aber die Meldung beschreibt das Verhalten korrekt, er aktualisiert dann auf iOS nichts mehr und schreibt dann Accountfehler. Da kommt man auch nicht raus, weder durch Passwort löschen in den Mail-Accounts, noch durch App-Neustart, noch durch Geräteneustart oder erzwungenen Reset. Man muss das Zertifikat löschen und dann den Konfigurationspayload erneut laden und installieren.
Ist das einer der vielen Bugs, weil Apple nicht programmieren kann, weil man jedes Jahr quasi mit Null anfängt?
(Hinweise: auf macOS der Mailclient läuft und nach demselben Muster habe ich auch für Kalender und Carddav-Server das Zertifikat auf iOS ausgetauscht, das funktioniert völlig problemlos, dauerhaft). Oder hat Apple wieder Daumenschrauben weiter angezogen? Ich habe service alternate names im Zertifikat, aber korrekt hinzugefügt, ich bin der Meinung, das Zertifikat wurde requested wie das letztes Jahr auch.
Ach, es ist ein Greuel, jedes Jahr dasselbe und nie bekommt man auch nur einen Happen Dokumentation.
(Ich habe im Internet natürlich gesucht, bevor ich das schrieb. Ich bezweifle, dass mir jemand antworte(t/n kann), deswegen ist es wahrscheinlich, dass man bis zum RC warten muss.
Also Konfigurationspayload gelöscht und neu geladen. Er fängt auch an, Mails zu laden, ich würde fast alle sagen. Aber in den Logs vom Mailserver sehe ich irgendwann, nachdem er 10 von 11GB geladen hat:
Code:
Oct 15 18:21:03 mailserver dovecot: imap-login: disconnected (no auth attempts in 0 secs): user=^°, rip=^°, lip=îp mailsever°, TLS handshaking: SSL_accept() failed: error:xxxxx:SSL routines:ssl3_read_bytes:sslv3 alert certificate unknown: SSL alert number 46, session=^°Ich bin noch nicht ganz blöd - wir reden von einem digitalen System, d.h. es läuft entweder oder nicht. Und er lädt die Mails runter. Was zum Teufel soll dann diese Meldung so spät?
Aber die Meldung beschreibt das Verhalten korrekt, er aktualisiert dann auf iOS nichts mehr und schreibt dann Accountfehler. Da kommt man auch nicht raus, weder durch Passwort löschen in den Mail-Accounts, noch durch App-Neustart, noch durch Geräteneustart oder erzwungenen Reset. Man muss das Zertifikat löschen und dann den Konfigurationspayload erneut laden und installieren.
Ist das einer der vielen Bugs, weil Apple nicht programmieren kann, weil man jedes Jahr quasi mit Null anfängt?
(Hinweise: auf macOS der Mailclient läuft und nach demselben Muster habe ich auch für Kalender und Carddav-Server das Zertifikat auf iOS ausgetauscht, das funktioniert völlig problemlos, dauerhaft). Oder hat Apple wieder Daumenschrauben weiter angezogen? Ich habe service alternate names im Zertifikat, aber korrekt hinzugefügt, ich bin der Meinung, das Zertifikat wurde requested wie das letztes Jahr auch.
Ach, es ist ein Greuel, jedes Jahr dasselbe und nie bekommt man auch nur einen Happen Dokumentation.
(Ich habe im Internet natürlich gesucht, bevor ich das schrieb. Ich bezweifle, dass mir jemand antworte(t/n kann), deswegen ist es wahrscheinlich, dass man bis zum RC warten muss.
Zuletzt bearbeitet:
