ownCloud iOS 7 CardDAV Problem umgehen

In den Betaversionen hatte iOS 7 seine Probleme mit der CardDAV Synchronisierung. Mittlerweile funktioniert diese bei der letzten Betaversion (bzw. der Goldmaster) ohne Probleme. Die passende URL für die CardDAV Synchronisierung ist dabei folgende:

https://cloud.example.org/remote.php/carddav/addressbooks/seeseekey/contacts

Die URL muss natürlich angepasst werden und der Name “seeseekey” durch den eigenen Nutzernamen ausgetauscht werden. Danach sollte iOS die URL bei richtigem Passwort und Nutzername ohne Murren akzeptieren.

iOS7 und Probleme mit CardDAV in Verbindung mit ownCloud

Wie ich in einem Artikel beschrieb funktioniert CardDAV in Verbindung mit den iOS 7 Betas nicht. Mittlerweile gibt es dazu auch einen Bugreport im ownCloud Bugtracker. Wie es scheint, kommt der Fehler dadurch zu Stande das iOS 7 die Anfragezeichenkette dupliziert:

[11/Aug/2013:18:05:48 +0200] "PROPFIND /owncloud/remote.php/carddav/addressbooks/USERNAME/contacts/owncloud/remote.php/carddav/principals/USERNAME/ HTTP/1.1" 401 1163 "-" "iOS/7.0 (11A4449a) dataaccessd/1.0"

Das sieht verdächtig nach einem Fehler in der iOS 7 Beta aus. Es betrifft dabei alle Betas von Beta 1 bis Beta 5. Hier kann man nur hoffen das Apple bis zur fertigen Version noch nachbessert.

ownCloud und der iOS Sync

Eine eigene ownCloud ist nur die halbe Lösung, wenn man damit Dienste wie Google Mail und Co. ablösen möchte. Was auch gewünscht ist, sind Dinge wie die Synchronisation der Kalender und Kontakte mit dem Mobilgerät. In diesem Fall soll es dabei um iOS gehen, welches in Verbindung mit ownCloud einige Besonderheiten aufweist. Das gleiche gilt auch in Verbindung mit Mac OS X. Bei den Kontakten wird mittels CardDAV synchronisiert. Dies geschieht normalerweise über die URL:

https://example.org/owncloud/remote.php/carddav/addressbooks/seeseekey/contacts

Bei OS X und iOS sieht die URL aber so aus:

example.org/owncloud/remote.php/carddav/principals/seeseekey/

Wichtig ist hierbei das HTTPS oder HTTP weggelasen wird, da dies sonst zu Problemen führt. Der Nutzername “seeseekey” muss dabei durch den eigenen Nutzernamen ersetzt werden. Bei meinem iOS Gerät habe ich die ganze URL nochmal abgewandelt um auf Nummer sicher zu gehen:

example.org:443/owncloud/remote.php/carddav/principals/seeseekey/

Das zeigt dem Gerät welchen Port er für die SSL-Verschlüsselung benutzen soll. Für CalDAV wäre folgende URL zu benutzen:

example.org:443/owncloud/remote.php/caldav/principals/seeseekey/

Unter iOS 7 scheint das ganze in der aktuellen Betaversion noch nicht rund zu laufen, allerdings dauert es bis zur finalen Version noch ein paar Monate, so das man hier Besserung erwarten darf.

Google verabschiedet sich von offenen Standards

Google scheint eine kritische Masse erreicht zu haben. Anders kann man sich das Verhalten in letzter Zeit nicht erklären. Während Larry Page sich auf der Keynote zur Google I/O noch bitterlich beschwerte, das den Nutzern von “Outlook.com” die Möglichkeit eröffnet wurde mit Google Chat zu kommunizieren, aber dies umgekehrt nicht Fall sei und gleich danach beteuerte wie wichtig Interoperabilität ist.

Das Problem ist, das diese Aussage ziemlich zwiespältig wirkt. So wurde kurze Zeit später bei der Zusammenführung der hauseigenen Messenger einfach die XMPP Kommunikation zu anderen Servern gekappt. Somit ist es Nutzer dieser Messenger nicht mehr möglich mit Jabber Nutzern zu reden welche ihre Accounts bei anderen Diensten betreiben. Stattdessen soll man den haus­ei­gen Client nutzen, welcher nur mit Google Kontakten funktioniert.

Das ist beileibe nicht die einzige Abwertung eines offenen Standards durch Google. Vor einigen Monaten traf es den Google Reader (und damit RSS), welcher in diesem Monat seine letzte Schonfrist genießt. Auch die offene Kalender API über iCal wird zum September 2013 eingestellt. Dann erfolgt der Zugriff auf diese Daten nur noch über die proprietäre “Calendar API” von Google.

Jetzt stellt sich natürlich die Frage warum Google sich so verhält. Ein Grund könnte die Nutzerbindung sein, mit welcher die Googlenutzer im Google Datensilo gefangen bleiben, wenn es keine offenen Austauschschnittstellen mehr gibt. Ein anderer Grund könnte sein, das Google mehr Geld verdienen möchte. So ist z.B. die “Calendar API” auf 10000 Abfragen pro Tag begrenzt, wer mehr benötigt darf eine Erhöhung des Quota bei Google erbetteln. Es scheint nur noch eine Frage der Zeit zu sein, bis wir auch für diesen Dienst löhnen dürfen.

Allerdings revidiert Google auch ab und an eine Entscheidung, wie bei der Calender API welche nun über CalDAV wieder für alle zugreifbar sein soll. Auch sollen die Kontakte mittels der CardDAV API abgefragt werden können. Wobei sich hier für den Beobachter ein hin und her ergibt, welches man von einem verlässlichen Partner nicht erwartet. So hilft es wohl nur das Datensilo zu verlassen und die private Cloud auf eigenem Webspace zu betreiben. Oder wie Goethe sagte: “Hier bin ich Mensch, hier darf ichs sein!”.

Weitere Informationen gibt es unter:
http://www.golem.de/news/larry-page-microsoft-will-uns-ausnutzen-1305-99298.html
http://www.heise.de/newsticker/meldung/Googles-Kalender-API-bleibt-offen-fuer-alle-1883394.html
https://netzpolitik.org/2013/google-verabschiedet-sich-grostenteils-von-offenen-standards-fur-instant-messaging/
http://www.heise.de/newsticker/meldung/Googles-Chat-Client-kappt-Jabber-Kompatibilitaet-1866059.html