Fw: Kalender mit iOS

Do Jun 18 16:38:28 CEST 2015

Hallo Roland,

wir haben die CalDAV / CardDAV Variante im Einsatz. Das war historisch 
weil wir einen Apple xServer durch jetzt Linux und Kolab Server ersetzt 
hatten. Und Apple setzt nun mal auf DAV.

Generell läuft bei uns DAV, aber es ist aus Serversicht recht müssig da 
man auf dieser Basis nicht mal Teilnehmer einladen kann. Der 
Auswahlpunkt Teilnehmer verschwindet also bei iOS Devices. Nach Kolabsys 
Support wird es in the year 2525, if man is still alive vielleicht mal 
eine Lösung des Problems geben. Nach Ihnen würde "nur das 
Serverattribut" fehlen. Aber dieses "NUR NOCH" ist sicher so groß, dass 
sie es in den nächsten 10 Jahren nicht in den Griff bekommen. Der 
derzeitige Sinn von Kolab scheint also nicht unbedingt diese 
grundlegendsten Groupwarefunktionalitäten abzubilden, von der Grothe in 
einem Video zu Kontact Client meint, dass sie "eigentlich von einen 
guten Client wie Kontact schon komplett abgebildet würden, wozu also ein 
Server?"

Habe mit einem anderen Kolab Admin gesprochen und er meinte: Wir 
verwenden das ActiveSync Protokoll von Microsoft und nicht das offene 
und lizenzfreie DAV Protokoll. Der ActiveSync User kostet extra Lizenzen 
aber er läuft wohingegen das DAV eben nicht sauber läuft. Die Lizenzen 
für ActiveSync muss Kolab anscheinend an Microsoft wieder weiter 
abführen wobei man an jeder Kolab Lizenz dann dazu verdient. Es geht 
also bei Kolab anscheinend nicht darum eine echte FOSS Server Groupware 
Software anzubieten, sondern irgendwie ActiveSync Lizenzen an Microsoft 
zu verklickern bzw. im Falle sogar selbst daran mit zu verdienen. Man 
scheint also im Bereich ActiveSync sehr engagiert und in dem Bereich 
freie Protokolle nicht. Aber vielleicht irre ich mich ja oder wir 
verstehen hier was falsch. Es können ja andere hier ihre Erfahrung zu 
dieser "Protokoll / Lizenz / FOSS Problematik" von Kolab mal beschreiben 
bzw. sagen wie sie das sehen!

Auf jeden Fall haben wir emClient und eben nicht Microsoft Outlook und 
die verwenden auf DAV und jetzt gibt es aber Probleme bei den emClient 
Usern. Nach Kolabsys Support verwendet emClient Microsoft spezifische 
Attribute die unsere Fehler mit diesem Protokoll im Bezug zu diesem 
Client erklären würden. Man wäre aber ein freier und herstellerneutraler 
Softwareanbieter und daher könne man ja nicht die "microsoftspezifischen 
DAV Attribute" umsetzen. Merkt Ihr den Widerspruch?

Irgendwie blicken wir das Spiel was hier getrieben wird nicht mehr und 
so haben wir sämtliche weiteren Projekte mit Kolab die einstmals unter 
dem Aspekt "Open Source und darauf Entwicklungen machen lassen" 
eingestellt nach dem Motto: Es läuft eben so wie es läuft, aber frage 
besser nicht warum, sonst wird dieser ganze offene Groupware Strategie 
fraglich. Da mit Kolabnow ja Cloud-Geld verdient wird, wird alles immer 
fraglicher was eigentlich die wirkliche Absicht dieses Projektes ist. 
Erst recht für eine Firma welche mal Gedanken gehabt hat, eine 
individuell angepasste freie Groupware zu erwerben. Und ich will mal 
betonen, dass wir Supportgelder pro Jahr zahlen. Ist ja nicht so dass 
das kostenlos wäre. Es war nur unsere Idee, dass wir die Dienstleistung 
bei einer echten FOSS Lösung mit finanzieren und dann käme auch 
entsprechend was Richtung echtes FOSS Produkt raus. An dem Punkt sind 
wir inzwischen sehr enttäuscht. Die ganze ActiveSync Protokollgeschichte 
stinkt irgendwie.

Aber das hier nicht eh zensiert wird, vielleicht habe ich ja irgendwas 
an der ganzen Kolab Strategie und was da wirklich gefahren wird bzw. 
werden soll falsch verstanden?

Chris

------ Weitergeleitete Nachricht ------
Von: "Gsell, Roland" <roland.gsell at mydel.net>
An: users-de at lists.kolab.org
Gesendet: 17.06.2015 19:58:08
Betreff: Kalender mit iOS

Hallo zusammen,

ich würde gerne wissen, wie ich meine iOS-Geräte dazu überreden kann, 
mit meinem Kolab-Server zusammenzuarbeiten.
Mails funktioniert ja bereits bestens - nur hätte ich auch gerne meinen 
Kalender auf den Mobilgeräten. (evtl Kontakte auch, aber das ist nicht 
so wichtig)

Zunächst zu meinem System:
Ich habe kürzlich auf Kolab 3.4 aktualisiert - OS ist ein CentOS 6.6:

[root at master conf.d]# uname -a
Linux master 2.6.32-504.23.4.el6.x86_64 #1 SMP Tue Jun 9 20:57:37 UTC 
2015 x86_64 x86_64 x86_64 GNU/Linux
[root at master conf.d]# cat /etc/*rel*
CentOS release 6.6 (Final)
LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch
cat: /etc/lsb-release.d: Is a directory
cat: /etc/prelink.conf.d: Is a directory
CentOS release 6.6 (Final)
CentOS release 6.6 (Final)
cpe:/o:centos:linux:6:GA

Mein erster Versuch war mittels ActiveSync den Kalender zu übertragen.
Meine Apple-Geräte bekommen aber keine Verbindung. "Accountinformationen 
konnten nicht überprüft werden"
Wobei ich dabei nicht weiß, ob ich bei Domain was eintragen muss und 
falls ja, was.

Die Datei kolab-syncroton.conf habe ich so belassen, wie sie 
ausgeliefert wird.
Muss man dort noch etwas anpassen, oder sollte ActiveSync out of the box 
laufen?

Gut, es muss ja nicht ActiveSync sein - Caldav würde mir völlig reichen.
Beim iOS-Setup bekomme ich - sobald ich bei der URL das iRony anhänge - 
eine scheinbar erfolgreiche Verbindung.
Wenn man danach nochmal in die Details schaut ist das iRony hinten 
wieder weg. Ok, würde mich nicht stören, wenn es denn funktionieren 
würde.

Der Kalender scheint in der Kalender-App einfach nicht auf.

Ich habe gelesen, dass es für die iOS-Geräte helfen soll, wenn man eine 
zusätzliche Datei erstellt (/etc/httpd/conf.d/kolab-caldav-vhost.conf), 
die in etwa diesen Inhalt hat:

<VirtualHost *:80>
     ServerName caldav.mydel.net
     ServerAdmin gsell at mydel.net

     DocumentRoot /usr/share/iRony/public_html/

     ErrorLog logs/caldav.error_log
     CustomLog logs/caldav.access_log combined

     <Directory "/usr/share/iRony/public_html/">
         AllowOverride All
         Order Allow,Deny
         Allow from All

         RewriteEngine On
         RewriteBase /
         RewriteRule ^\.well-known/caldav   / [R,L]
         RewriteRule ^\.well-known/carddav  / [R,L]

         RewriteCond  %{REQUEST_FILENAME}  !-f
         RewriteCond  %{REQUEST_FILENAME}  !-d
         RewriteRule  (.*)                 index.php  [qsappend,last]

     </Directory>

</VirtualHost>

Ich bin leider kein großer Apache-Experte. Sie sieht jedenfalls sehr 
ähnlich wie die iRony.conf aus.
Danach ein Neustart von Apache, aber Caldav funktioniert immer noch 
nicht.

Hat jemand einen Tipp für mich?

Ob Activesync und/oder Caldav vor dem Update funktioniert hat kann ich 
nicht sagen - ich habe es erst danach ausprobiert.
Ich hoffe ich habe beim Update keinen Fehler gemacht. Ich bin genau nach 
Anleitung vorgegangen und hatte keine einzige Fehlermeldung dabei.

Liebe Grüße und danke fürs Lesen!
Roland.

_______________________________________________
users-de mailing list
users-de at lists.kolab.org
https://lists.kolab.org/mailman/listinfo/users-de