Folgende egroupware Version ist installiert:
28917
http://svn.egroupware.org/egroupware/trunk/aliases/default
http://svn.egroupware.org/egroupware
Egroupware läuft auf einer Linux kernel 2.6 Maschine mit Apache2/php5 mit mysql als DB
Servername: egw
Domaine: jk.lan
Die egroupware Installation hat reibungslos geklappt und ist auch nicht meine erste 
Benutzerkonten:
admin Gruppe 'Admins’
jens Gruppe ‘Default’, also ohne Adminrechte.
Das Benutzerkonto ‘jens’ funktionert einwandfrei und ich kann mich hier bereits mit meinem email-Server synchronisieren. Zur Vorbereitung für die Synchronisierung mit Clients sind die Haken für groupdav und syncml gesetzt.
Für das Benutzerkonto ‘jens’ (ohne Adminrechte) soll jetzt die Synchronisation mit Clients konfiguriert werden.
Hauptziel: Synchronisation von Kalender und Adressbuch mit winxp/Thunderbird/Lightning 0.9 und anschließend iphone 3G.
1) Synchronisation Kalender mit Thunderbird/Lightning
Ich nehme aus den zahlreichen Beiträgen an, dass calDAV die stabilste Lösung dafür ist und dass dafür (zumindest was Kalender betrifft) keinerlei zusätzliche Connectoren (Funambol, Sogo, syncml, etc…) installiert werden müssen.
Also habe ich lediglich einen neuen Netzwerkkalender wie folgt eingetragen:
Servername: egw
Domaine: jk.lan
Für Thunderbird habe ich folgende Adresse eingetragen:
http://egw/egroupware/groupdav.php/calendar/
Anschließend kommt die User/PW Abfrage und dann wird der Kalender auch schon angezeigt.
Beim ersten Installieren auf meinem PC1 funktioniert die Synchronisation einwandfrei.
Anschließend konfiguriere ich PC2 (Notebook) im gleichen Schema.
Nachdem ich die Abfrage für User/PW eingetrgen haben, wird diese aber nicht akzeptiert und das Fenster für die User/PW-Abfrage kommt erneut hoch mit folgender Fehlermeldung:
Geben Sie den Benutzernamen und Passwort für “An error happend Wrong domain” " != ‘default’ " auf http://egw ein
Auch weitere Versuche User/PW einzugeben, inkl löschen der gespeicherten Passwörter in Thunderbird helfen nichts.
Nachdem ich an den verschiedensten Stellen gesucht und gedreht habe, war wohl der Serverboot entscheidend und es funktioniert auf dem PC2, d.h. mein Kalender wird jetzt auf PC synchronisiert und angezeigt.
Jetzt gehe ich zurück auf PC1 und habe hier das Problem dass mein User/PW anscheinend nicht akzeptiert wird und das Abfragefenster hochpoppt.
Hier nun genau dasselbe Spiel wie vorher auf PC2.
Heißt das ich kann mit groupdav/caldav nur einen Client pro Benutzerkonto synchronisieren oder ist das ein Fehler in der egroupware Version.
Habe ich doch eine connector vergessen, oder soll ich besser für die Synchronisation ein anderes Protokoll verwenden?
2) Synchronisation Kalender mit iphone:
Da seit OS3.0 CALDAV standardmäßig unterstützt wird, installiere ich keinerlei Connectoren (also weder Sogo, funambol, syncml, etc…)
Unter
Einstellungen -> Kalender -> Account hinzufügen… -> Andere -> CalDAV-Account hinzufügen
trage ich folgendes ein:
Server: egw.jk.lan
Benutzername: jens
Kennwort:
Beschreibung: egw <— freier Name so wie ich das Versanden habe
Erweiterte Einstellungen:
SSL: aus
Anschluss: 80
Account-URL: http://egw.jk.lan:80/egroupware/groupdav.php/calendar/
Die o.g. Einstellung (nach mehrmaligen Versuchen so herausgefunden) funktioniert und der Kalender wird aktiviert und verbunden.
Jetzt bekomme ich unter meinem Standard Kalender (oben links) den Pfeil Kalender eingeblendet und wenn ich diesen anklicke, bekomme ich alle Kalender aufgelistet inkl. meinem egw (CaldDAV) Kalender
Die Synchronisation scheint hier zu funktionieren und ich sehe neue Einträge vom iphone auf dem Thunderbird/Lightning Kalender, sowie umgekehrt.
Ich kann damit gleichzeitig sowohl den iphone Kalender, als auch einen Kalender mit einem PC (entweder PC1 oder PC2) synchronisieren. D.h. das Problem bleibt, dass ich, sobald ich versuche mich mit dem Kalender auf PC2 zu synchronisieren, den User/PW-Fehler bekomme, wenn ich mich voher bereits am PC1 synchronisiert habe.
Ich hab gelesen, dass ein anderer User dieses Problem auch hat ab einer bestimmten Version. Soll ich statt auf akutelel svn-Version besser zurück auf die stabile Version, damit dieses Problem gelöst ist?
Danke für Ihre Hilfe! Grüße Jens
