LBS-19000158 ics/CalDAV Kalender Client

[ak68]

Das hatte bei mir auch bereits mit der 0.5 funktioniert.

In V. 0.6 wurden noch mehrere Ausgabemöglichkeiten von Winni/ Michael erweitert/ geändert !

Nur die Eingabe von mehreren Kalendern mit "|" getrennt jeweils in den Feldern E4-8 funktioniert leider per CalDAV im Gegensatz zu ics-Kalendern noch nicht !

[Glotzkowski]

JUHUUUU !!!! Es klappt endlich, CalDAV-Kalender abzufragen, bei mit ownCloud !!!!
Ganz vielen Dank an Mike !!!

Na wunderbar, freut mich und gerne geschehen!

1. Neu LBS-Version mit geänderter Library verwenden > Version 0,6 !

Das hatte bei mir auch bereits mit der 0.5 funktioniert.

[ak68]

JUHUUUU !!!! Es klappt endlich, CalDAV-Kalender abzufragen, bei mit ownCloud !!!!
Ganz vielen Dank an Mike !!!

Zusammenfassung:
1. Neu LBS-Version mit geänderter Library verwenden > Version 0,6 !
2. neue Library installieren
(CAVE: bei manueller Installation: alle Ordner in /php/SimpleCalDAV verschieben und Rechte auf "777" ändern !)

cd /usr/local/edomi/main/include/php/
git clone --branch=master https://github.com/wvrzel/simpleCalDAV

3. Einstellungen im LBS:
E4: caldav
E5: https://[cloud.homepage.de]/remote.php/calendars/[user]/
E6: benutzername
E7: passwort
E8: Kalendername

Viel Erfolg an Alle
Andreas

[Glotzkowski]

Mit alte CALDAV-Library löschen ist gemeint, den enstprechenden Abschnitt im Quelltext des LBS entfernen.
Such da mal nach "######" (6x Raute) zwischen diesem und diesem Code/Text "?> ###[/EXEC]###" alles löschen.

[ak68]

Ja, anscheinend muss aber in dem LBS die "alte" Library für den CALDAV Client entfernt werden

O.k.- habe bereits die (alten) *ics-Dateien im Edomi-Verzeichnis /tmp gelöscht

Muss ich noch Etwas löschen, da der Abruf immer noch nicht möglich ist ?

[Glotzkowski]

Der Ordner .git scheint bei manuellem Kopieren zu fehlen- keine Ahnung, ob dieser nötig ist (s.u.)

Nein, der Ordner .git wird nicht benötigt, der muss nur da sein, wenn man z.B. mit git eine Aktualisierung der Library durchführt.

Funktioniert bei Dir der Abruf mit dem zugesandten LBS ? (V. 6.5 ?)

Ja, anscheinend muss aber in dem LBS die "alte" Library für den CALDAV Client entfernt werden.
Wenn ich das nicht mache, passiert bei mir auch nichts.

Was hast Du eingetragen bei E5: den DAV-Pfad oder DAV/User/Kalender ?
Ist E8 leer oder ggf. der Kalender noch einmal eingetragen ?

E5 URL ist: https://[FQDN]/remote.php/dav/calendars/[USER]/
An E8 muss der Kalendername rein, bei mir lautet dieser abfallkalender_shared_by_mike.

[ak68]

Ich würde alle in den Ordner kopieren, da gibt es auch Abhängigkeiten.

Über das git clone wurde der ganze Ordner dort angelegt, den Ordner example wird man sicherlich nicht brauchen aber ich hab jetzt auch keine Muße die nicht benötigten da raus zu pflücken.

Unbenannt.PNG

Der Ordner .git scheint bei manuellem Kopieren zu fehlen- keine Ahnung, ob dieser nötig ist (s.u.)
- auf Jeden Fall funktioniert nach nach Edomi-Neustart leider bei Abruf (nach Triggern auf E1 mit 1 und E3 auf 1) rein gar Nichts.

Funktioniert bei Dir der Abruf mit dem zugesandten LBS ? (V. 6.5 ?)

Was hast Du eingetragen bei E5: den DAV-Pfad oder DAV/User/Kalender ?

Ist E8 leer oder ggf. der Kalender noch einmal eingetragen ?


2018_06_09_16_17_38_edomi_sftp_root_10.10.1.35_FileZilla.png

[wintermute]

Vielleicht würde wintermute sich das mal ansehen und die Änderungen übernehmen...

Noe

[Glotzkowski]

Ich würde alle in den Ordner kopieren, da gibt es auch Abhängigkeiten.

Über das git clone wurde der ganze Ordner dort angelegt, den Ordner example wird man sicherlich nicht brauchen aber ich hab jetzt auch keine Muße die nicht benötigten da raus zu pflücken.

Unbenannt.PNG

[ak68]

hat Dein EDOMI denn Zugang zum Internet und kannst Du github.com via ping erreichen?
Irdgendwo ne Firewall im Einsatz oder den Internetzugang für EDOMI beschränkt?

Firewall/ Virenscanner AUS
Ping o.K.
Keine Internet-Beschränkung für Edomi !

Trotzdem kein Download möglich

Benötige ich Alle Dateien aus dem Zip-Verzeichnis im Ordner /php ? also so.... ?

2018_06_09_15_36_42_edomi_sftp_root_10.10.1.35_FileZilla.png

[Glotzkowski]

Kannst Du auch manuell in den Ordner kopieren, hat Dein EDOMI denn Zugang zum Internet und kannst Du github.com via ping erreichen?
Irdgendwo ne Firewall im Einsatz oder den Internetzugang für EDOMI beschränkt?

[ak68]

Die Library benötigt man dann natürlich auch noch in EDOMI, diese kann man sich wie folgt einbinden, was bei diversen anderen LBS abenfalls so durchgeführt wird:

cd /usr/local/edomi/main/include/php/
git clone --branch=master https://github.com/wvrzel/simpleCalDAV

der Download bzw die Initialisierung scheint noch nicht zu klappen:

Voraussetzung ist wohl auch die Installation von cUrl (yum install curl)-> jedoch unveränderte Fehlermeldung

2018_06_09_13_30_56_root_edomi_usr_local_edomi_main_include_php.png

Was mache ich falsch ?

Kann ich die Dateien manuell in den Ordner /simpleCalDAV verschieben ?

[Glotzkowski]

So, sieht aktuell vielversprechend aus, wenn ich nichts übersehen habe klappt der LBS nun auch via CALDAV mit Nextcloud, dazu muss der LBS aber noch etwas modifiziert werden.
Vielleicht würde wintermute sich das mal ansehen und die Änderungen übernehmen, sofern andere Backends damit ebenfalls funktionieren?

Wie vermutet scheint es an der im LBS eingebetteten CALDAV-Library zu liegen.
Diese habe ich nun entfernt und eine andere eingebunden.

Den Abschnitt im Exec-Teil des LBS:

            if (strtolower($calType)=="caldav") {
                # fetch data from a CalDAV resource
                $cal=new CalDAVClient($url,$user,$pass,$calName);
                $options=$cal->DoOptionsRequest();
                $DEBUG && debug('Options: '.print_r($options,TRUE));
                if (isset($options["PROPFIND"])) {
                    $cal->SetDepth(1);
                    $folder_xml=$cal->DoXMLRequest("PROPFIND", '<?xml version="1.0" encoding="utf-8" ?><propfind xmlns="DAV:"><prop><getcontentlength/><getcontenttype/><resourcetype/><getetag/></prop></propfind>');
                }
                $events=$cal->GetEvents();
                foreach ($events as $event) {
                    $r.=$event['data']."\n";
                }

ändern in:

            if (strtolower($calType)=="caldav") {
                require_once('/usr/local/edomi/main/include/php/simpleCalDAV/SimpleCalDAVClient.php');

                # fetch data from a CalDAV resource
                $client = new SimpleCalDAVClient();

                $client->connect($url,$user,$pass);
                $arrayOfCalendars = $client->findCalendars();
                $client->setCalendar($arrayOfCalendars[$calName]);

                $events=$client->getEvents();

                foreach ($events as $event) {
                    $r.=$event->getData()."\n";
                }

                unset($events); 

Die Library benötigt man dann natürlich auch noch in EDOMI, diese kann man sich wie folgt einbinden, was bei diversen anderen LBS abenfalls so durchgeführt wird:

cd /usr/local/edomi/main/include/php/
git clone --branch=master https://github.com/wvrzel/simpleCalDAV

EDOMI neu starten und an CALDAV erfreuen.

Klappt es damit bei Euch?

[Glotzkowski]

D.h. die Anfrage funktioniert schon ´mal, wird aber nicht beantwortet !

Das kommt drauf an, wie man das sieht.
Die Anfrage wird sicherlich seitens des LBS durchgeführt, meiner Meinung nach wird aber vom LBS falsch gefragt, daher kommt der HTTP-Status-Code 400.

Wenn etwas mit der Authentisierung nicht stimmen würde, würde Status-Code 401 (unauthorized) zurück kommen.
Ich teste gerade mit einer anderen CALDAV-Library, Ergebnisse kommen gleich.

[ak68]

Wenn ich die Konfiguration des LBS auf caldav umstelle funktioniert es bei mir auch nicht, mit ics funktioniert es seit Monaten einwandfrei.

Das Webserver-Log der Nextcloud-Installation zeigt beim Zugriff via caldav zeigt folgendes:

[IP Adresse entfernt] - smarthome [09/Jun/2018:09:26:13 +0200] "OPTIONS /remote.php/dav/calendars/smarthome/abfallkalender_shared_by_mike/ HTTP/1.1" [MARKIEREN][B]200[/B][/MARKIEREN] 5159 "-" "DAViCalClient"
[IP Adresse entfernt] - smarthome [09/Jun/2018:09:26:14 +0200] "PROPFIND /remote.php/dav/calendars/smarthome/abfallkalender_shared_by_mike/ HTTP/1.1" [MARKIEREN][B]207 [/B][/MARKIEREN]190156 "-" "DAViCalClient"
[IP Adresse entfernt] - smarthome [09/Jun/2018:09:26:15 +0200] "REPORT /remote.php/dav/calendars/smarthome/abfallkalender_shared_by_mike/ HTTP/1.1" [MARKIEREN][B]400 [/B][/MARKIEREN]5044 "-" "DAViCalClient"

Demnach gibt es meiner Meinung nach eine Inkompatibilität zwischen dem CALDAV-Client im LBS und der Nextcloud-Installation, da der "REPORT-Request" mit HTTP Code 400 (bad request) beantwortet wird.

Ich habe identische Fehlermeldungen:

2018_06_09_10_51_03_D_access_log_1_Notepad_.png

D.h. die CalDAV-Anfrage funktioniert schon ´mal, wird aber nicht beantwortet !

Könnte das mit der Authentifizierung von WebCal (Basis statt Digest) zusammenhängen ? Dies scheint ja auch bei Baikal-Installationen Probleme zu geben:
https://forum.owncloud.org/viewtopic.php?f=17&t=7240

Doku LBS-19000158:
2018_06_09_10_59_02_EDOMI_Administration_Opera.png

Wo und wie muss die Authentifizierung evtl. geändert werden ? In Apache oder in WebCal ?

thx@MIT wie hast Du das gelöst ?

Winni und wintermute: Habt Ihr beide mit der CalDAV-Abfrage Erfahrungen ?

und prinzipiell scheint der CalDAV-Zugriff ja auch mit Linux-Clients (z.B. SmartVisu) möglich zu sein:
https://knx-user-forum.de/forum/supp...inbinden/page3