Nein, leider nicht. Soweit ich das verstehe, unterscheiden sich die technischen Verfahren SyncML und GroupDAV (bzw. CalDAV) grundlegend voneinander.
Nur falls das "Problem" bei eGroupware selbst liegt und das Datenaustauschverfahren nicht korrekt bedient würde, kann ich hier einen Zusammenhang herstellen - und das glaube ich eigentlich nicht.
Trotzdem danke für die schnelle Reaktion!
Sascha
Vielleicht trifft ja die Aussage auf dieser Seite ganz unten auf dein Problem zu.
nachdem ich die Postings zum iPhone/Sync und zu GroupDAV/CalDAV mit Interesse verfolgt habe, startete ich einen ersten Versuch nach Erscheinen der 3.0 Software für das iPhone. Damit steht jetzt nämlich CalDAV bei Apple (parallel zu Mac OS X 10.5.x) offiziell zur Verfügung.
Nach Überwinden der "Installationshürde" beim iPhone einen separaten CalDAV-Account einzurichten, der für unser eGroupware nicht über SSL und nicht auf Port 8008, konnte eine Verbindung hergestellt werden und ein neuer Kalender erschien in der Apple iCal-Ansicht.
Das Anlegen von Terminen auf dem iPhone und die Synchronisation mit dem eGroupware-Kalender funktionierten auch auf Anhieb ... wenn auch nicht ganz vollständig. Alarme, die auf dem iPhone eingerichtet werden, werden leider NICHT übernommen.
Was allerdings GAR NICHT funktioniert, ist der umgekehrte Weg (und genau dafür brauchen wir es am häufigsten): Termine, die für mich (auch von anderen Kollegen) in eGroupware angelegt werden, erscheinen leider NICHT auf dem iPhone. Das gilt auch für die Aktualisierung von Terminen (z.B. Termin in eGroupware löschen), die ursprünglich vom iPhone angelegt wurden.
Jetzt gehe ich als DAU natürlich erst mal davon aus, daß der Fehler bei mir bzw. den von mir gewählten Einstellungen (in eGroupware) liegt. Wir verwenden die Version 1.6.001 von eGroupware.
Einzige "Auffälligkeit": zu meiner Person gibt es anscheinend seit Herstellen der Verbindung mehrere Aktionen/Sessions (/egroupware/groupdav.php/ oder /egroupware/groupdav.php/calendar/ oder /egroupware/groupdav.php/calendar/551073AF-C51C-4CF9-8D66-F2A509788625.ics), von denen jeweils eine in der Liste der Sessions angezeigt wird. Sobald diese vom Admin gelöscht wurde, erschien sofort die nächste (ca. 40 Mal). Anhand der unterschiedlichen Leerlaufzeiten (zwischen 15 und 58 Minuten) und wechselnden Aktionen ist nachvollziehbar, dass es sich NICHT immer wieder um dieselbe Aktion handelt. Vorsichtig geschätzt, könnte es sich bei den Aktionen um die Anzahl meiner wechselseitigen Termin- und Synchronisationsversuche handeln ...
