Wie kann das sein dass so eine Funktion CalDAV und CardDAV über Wochen nicht möglich ist? Ist echt ein Armutszeugnis für den größten Anbieter.

Und zeigt mal wieder wie toll es funktioniert wenn man solche Themen an externe Dienstleister gibt.

 Also ich bin heute auf einen alternativen deutschen Anbieter für die Synchroniserung von Kontakten und Kalendern umgestiegen.

 Klappt alles bestens und das Thema hat sich erledigt.

Tschüss Telekom

Hallo @robinson2703,

 

ich kann den Ärger wirklich nachvollziehen und bin froh, dass Sie für sich eine Lösung gefunden haben. Da wir noch an der Lösungsbearbeitung sind und auf eine Rückmeldung dazu warten, bleibt uns Teamies aktuell leider nur die Bitte um Geduld. 

 

Beste Grüße

Louisa

Ok, das Warten scheint sich gelohnt zu haben. Die spica Infrastruktur läuft wieder und zwar in der alten bekannten Weise mit Passwort (also keine 2FA o.Ä.).

Eine soap-Query (z.B. PROPFIND) wird ordentlich beantwortet.

Dann bleibt nur die Frage: Warum hat es so lange gedauert?

PS: Bei näherer Analyse der Kommunikation habe ich festgestellt, dass als Passwort nun nicht mehr nur das ehemalige Passwort akzeptiert wird sondern auch das App-Passwort des Mail-Zugangs!!!!

Offenbar hat man den von mir angedachten Weg einer 2FA Anbindung (App-Passwort für Mail-Zugang) nun auch implementiert. Das ist interessant. Zu irgendeinem späteren Zeitpunkt kann man dann die Anwender ja darauf hinweisen ihre Konfiguration entsprechend anzupassen um eine etwas sicherer Authentifizierung auch im CardDAV und CalDAV Umfeld zu erreichen. Nach einer gewissen Karenzzeit kann dann der Zugriff über das alten Passwort gesperrt werden.

Diese Vorgehensweise würde auch die etwas längere Ausfallzeit der beiden Protokolle erklären.

Nur ... warum hat man das nicht der Allgemeinheit gesagt? Das hätten auch die verstanden, die mit Bearer-Token im OAUTH2 Umfeld nicht viel anfangen können.