CalDAV-Unterstützung, z. B. für ownCloud, mit Autorisierung

[RobK]

Guten Abend!

57_Calendar.pm unterstützt ausschließlich das iCal-Format und kein CalDAV, wie es owncloud bereitstellt und erlaubt keine Autorisierung via Username/Passwort. Ich nutze ein ownCloud und würde das gerne abfragen, um damit via FHEM Dinge zu steuern. Mein ownCloud erfordert aber ein Einloggen mit Username/Passwort und bietet eben kein iCal-Format an, sondern CalDAV.

An sich sieht es nicht unmöglich aus, 57_Calendar.pm aufzubohren, damit aus den CalDAV-Einträgen iCal-Einträge gemacht werden, und die wiederum von der bestehenden Logik verarbeitet werden können, aber: 57_Calendar.pm erfordert keines der bestehenden Perl-Module bzgl. iCal, das in Frage stehende Cal::DAV sehr wohl. Es sieht ein bisschen so aus, als sei 57_Calendar.pm eine reine Eigenentwicklung, kann das sein?

Bevor ich mich jetzt 'ranmache und in 57_Calendar.pm Dinge rein programmiere, die da gar nicht hingehören, die leise Frage in die Runde, ob jemand sich damit eventuell schon beschäftigt hat - eventuell Boris selber, der Autor von 57_Calendar.pm?

Wäre schön, wenn sachdienliche Hinweise kämen.

Mit fröhlichem Gruß,

Robert

[borsti67]

Hallo Robert,

wenn ich mich richtig erinnere, wurde das so entwickelt, weil vorhandene Module Abhängigkeiten beinhalteten, die nicht standardmäßig in PERL-Installationen z.B. auf der FritzBox drin sind. Da müsstest Du also bei der Implementation aufpassen, dass das Modul dann nicht bei anderen den Dienst einstellt!

Gruß
Borsti

[RobK]

Ach, da war's wieder: Nicht jede/r benutzt einen eigenen Debian-Server, sondern auch 'ne Fritz-Box, ja - irgendwas schwante mir. Das gilt es natürlich zu berücksichtigen!

Ich warte nun mal ab, was Boris dazu meint. :-)

Rob

[Dr. Boris Neubert]

Ich warte nun mal ab, was Boris dazu meint. :-)

Hallo,

ich bin einer Erweiterung des Moduls gegenüber aufgeschlossen, d.h. ich würde eine von Dir erweiterte Version akzeptieren und einchecken.

Es sollte gut getestet und immer noch wartbar sein und Abhängigkeiten sollten nur zuschlagen, wenn sie benötigt werden (require kann auch im Code benutzt werden, i.V. mit dem eval zum Abfangen von Exceptions). Die Wartung und den Support dieses Teils solltest Du übernehmen und die Doku natürlich auch.

Das define ist syntaktisch schon darauf ausgelegt, statt ical auch andere Formate zu akzeptieren.

Viele Grüße
Boris

[RobK]

Dann will ich mich mal an die Arbeit machen, allerdings sind allzu schnell keine Ergebnisse zu erwarten. Ich kann zwar Perl (daher bin ich zu FHEM gekommen ;-) ), aber habe schlicht zu wenig Zeit, als dass ich in kurzer Zeit was zustande bekäme. :-)

Kommt Zeit, kommt Patch :)

Rob

[ntruchsess]

owncloud kann sehr wohl einen Kalender als iCal-datei exportieren:
http://doc.owncloud.org/server/4.5/user_manual/calendars.html#exporting-importing-events
wenn man die Einstellungen eines ownCloud-kalenders öffnet, ist unten ein link 'nur lesende(r) iCalender link(s)' zu finden. Der sieht im Prinzip so aus:
https://<server>/owncloud/remote.php/caldav/calendars/<user>/<kalendername>?export
https://<server>/owncloud/index.php/apps/calendar/export.php?calid=<calenderid> funktioniert genauso, man muss nur die Kalenderid kennen (der Link findet sich inklusive der Kalenderid im owncloud-Kalendereinstellungdialog oben rechts).
(gilt alles für ownCloud 5.0.x)
d.h. im Calender-modul fehlt eigentlich nur die Authentisierung.

Gruß,

Norbert

[Heiko R.]

In meinem ersten Post möchte ich beim Thema CalDAV / ownCloud behilflich sein.

Ich selbst hinterlege meine Daten (insbesondere Dienstpläne und Schaltzeiten) auch nicht gerne bei irgendwelchen Anbietern, sonder lieber auf meinem eigenen Server. Daher habe ich eine Lösung gesucht, meine ownCloud-Kalender einzubinden. Und ich habe sie gefunden.

Zunächst habe ich mir im Home-Verzeichnis eine Datei "getcalendar.sh" angelegt:

Code Auswählen Erweitern

#!/bin/sh

wget --auth-no-challenge \
  -O $HOME/calendar.ics "http://<servername + owncloud-verzeichnis>/remote.php/caldav/calendars/<benutzer>/<kalendername>?export"


Servername, ownCloud-Verzeichnis, Benutzer und Kalendername müssen angepasst werden, man sieht die richtige URL, wenn man mit der Maus bei "lesende(r) iCalender-Link(s)" über den entsprechenden Kalender fährt.

Danach habe ich die Zugriffsrechte gesetzt (chown pi.pi ..., chmod 700 ...)

Natürlich müssen noch Benutzername und Passwort übertragen werden. Dazu habe ich im Home-Verzeichnis die Datei .netrc angelegt:

Code Auswählen Erweitern


machine <servername> login <benutzer> password <passwort>


Servername, Benutzer und Passwort müssen entsprechend angepasst werden. Die Zugriffsrechte wurden wieder gesetzt (chown pi.pi ..., chmod 600 ...)

Nun wollen wir nicht immer wieder das Shell-Script starten, daher noch ein Eintrag in die crontab. Ich habe eingetragen:

Code Auswählen Erweitern


0,15,30,45 * * * * /home/pi/getcalendar.sh


Somit wird der Kalender alle 15 Minuten vom Server abgeholt und destruktiv in der Datei "/home/pi/calendar.ics" gespeichert.

Das Einbinden in FHEM ist jetzt wieder ganz einfach:

Code Auswählen Erweitern


define Kalender_Heizung Calendar ical file /home/pi/calendar.ics 1800


Damit wird der Kalender alle 30 Minuten eingelesen.

Ich hoffe, ich konnte behilflich sein. (Mit https://... habe ich es nicht ausprobiert, Rückmeldungen wären schön.)

Viele Grüße,
Heiko

[Wernieman]

Kleiner Tip:
Wenn Du anstatt 0,15,30,45 dort einträgst */15 wird Dein Cron-Job auch alle 15 Minuten gestartet. Ist etwas besser lesbar bei festen Zeiten

[Heiko R.]

Danke für den Tipp. Ich war mir nicht ganz sicher, ob */15 alle 15 Minuten ab dem letzten cronjob (ähnlich des Intervalls bei Calendar) oder wie gewünscht zur jeder vollen Viertelstunde startet.

[Wernieman]

Erklärung:

*/15 funktioniert wie folgt:
Wenn die Division eine "Ganzahl" ergibt, wird es ausgeführt
also bei 0, 15, 30, 45

dagegen z.B. */14:
0,14,28,42,56
zwischen 56 und 0 liegen "nur" 4 Minuten ......

[holzwurm83]

Hallo zusammen,  bin auch an dem Thema interessiert.  Ist man mit der Anbindung CalDAV own cloud schon weiter?

[kvo1]

Autor: holzwurm83
« am: 04 Oktober 2014, 23:44:33 »

Hallo zusammen,  bin auch an dem Thema interessiert.  Ist man mit der Anbindung CalDAV own cloud schon weiter?

scheinbar nicht , ich habe das gerade so wie von Heiko R. beschrieben umgesetzt !

kvo1

[Zephyr]

Ein etwas einfacherer Workaround als ihn Heiko R. beschreibt findet sich hier: Da wird einfach die URL des ownCloud Servers mit Benutzername und Passwort angesprochen, unter dem sich der Kalender befindet. Eine spezielle Unterstützung von Seiten des Calendar-Moduls ist gar nicht notwendig.

http://forum.fhem.de/index.php/topic,28667.msg215133.html#msg215133

[fhemtobi]

Hi Zephyr,

das Einbinden mit URL-Auth funktioniert, wenn man via SSL ein richtiges Zertifikat hat oder ohne SSL auf den OwnCloud-Kalender zugreift.

Bei selbst erstellen Zertifikaten oder über einen SSL-Proxy muss man weiterhin den "Umweg" nehmen, die ics erst via wget herunterzuladen und dann per ical file lokal einzubinden.

Via wget kann ich dann die Option --no-check-certificate wählen.

1.) getcalendar.sh erstellen
2.) nun benutze ich allerdings diese wget Funktion:
wget --auth-no-challenge --output-document="/home/pi/calendar.ics" --auth-no-challenge --no-check-certificate --http-user="<username>" --http-password="password>" "https://ssl.webpack.de/<domain>/<verzeichnis>/remote.php/caldav/calendars/<owncloud-username>/<kalendername>?export"
3.) Rechte setzen (chown pi.pi ..., chmod 700 ... auf die Datei)
4.) getcalendar.sh in crontab eintragen (bei mir zieht er die Datei alle 15 Minuten)
5.) In fhem.cfg Kalender definieren: define cal_heizung Calendar ical file /home/pi/calendar.ics 840
6.) Test mit get cal_heizung ful all

Dann klappt's wunderbar.

VG,
Tobi

[kvo1]

Hi Tobi,

(alles guet noch für 2015)

wäre es Dir möglich, Deine Konfig (ohne SSL) hier zu posten (oder PW etc versteht sich    )

danke
kvo1

[fhemtobi]

Hi kvo,

na klar, hier der relevante Teil, inkl. Definition der 4 GPIO-Ports für die Fußbodenheizung und Einbindung des Kalenders.

Dort stehen auch gar kein User/PW oder der Direktlink zum Webdav drin, das erledigt ja das getcalender.sh für mich und speichert den webdav-kalender als ics in /home/pi/calendar.ics

Wichtig: Im Owncloud-Kalender muss bei den jeweiligen Kalendereinträgen der Betreff exakt so heißen, wie der Dummyschalter.

Wenn der Dummyschalter "dusche_fb" heißt, muss der Titel des Owncloud-Kalendereintrages auch "dusche_fb" sein.

Code Auswählen Erweitern



#############################################
################ Definition GPIO-Ports ###############

# GPIO 17, 18, 27, 22 als Ausgang definieren
{qx(/usr/local/bin/gpio mode 0 out)}
{qx(/usr/local/bin/gpio mode 1 out)}
{qx(/usr/local/bin/gpio mode 2 out)}
{qx(/usr/local/bin/gpio mode 3 out)}


# Dummyschalter für GPIO 17
define dusche_fb dummy
attr dusche_fb room dusche
attr dusche_fb setList on off
define off_dusche_fb notify dusche_fb:off {qx(/usr/local/bin/gpio -g write 17 0)}
define on_dusche_fb notify dusche_fb:on {qx(/usr/local/bin/gpio -g write 17 1)}

# Dummyschalter für GPIO 18
define bad_fb dummy
attr bad_fb room bad
attr bad_fb setList on off
define off_bad_fb notify bad_fb:off {qx(/usr/local/bin/gpio -g write 18 0)}
define on_bad_fb notify bad_fb:on {qx(/usr/local/bin/gpio -g write 18 1)}

# Dummyschalter für GPIO 27
define wohnzimmer_fb dummy
attr wohnzimmer_fb room wohnzimmer
attr wohnzimmer_fb setList on off
define off_wohnzimmer_fb notify wohnzimmer_fb:off {qx(/usr/local/bin/gpio -g write 27 0)}
define on_wohnzimmer_fb notify wohnzimmer_fb:on {qx(/usr/local/bin/gpio -g write 27 1)}

#  Dummyschalter für GPIO 22
define buero_fb dummy
attr buero_fb room buero
attr buero_fb setList on off
define off_buero_fb notify buero_fb:off {qx(/usr/local/bin/gpio -g write 22 0)}
define on_buero_fb notify buero_fb:on {qx(/usr/local/bin/gpio -g write 22 1)}

###########################################
########### Kalender - Owncloud ##################

# Owncloud-Kalender, der vorher via WGET-Script heruntergeladen wurde, einbinden und alle 15 Minuten neu einlesen
define cal_heizung Calendar ical file /home/pi/calendar.ics 900

# Die Funktion prüft, ob es einen Dummyschalter mit dem Betreff vom Kalendereintrag hat, und schaltet ihn bei modeStarted ein und bei modeEnded wieder aus
define on_fb_cal notify cal_heizung:modeStarted.* { my $reading="%EVTPART0";; my $uid= "%EVTPART1";; my $actor= fhem("get cal_heizung summary $uid");; if(defined $actor) { fhem("set $actor on;;setreading $actor state on") } }

define off_fb_cal notify cal_heizung:modeEnded.* { my $reading="%EVTPART0";; my $uid= "%EVTPART1";; my $actor= fhem("get cal_heizung summary $uid");; if(defined $actor) { fhem("set $actor off;;setreading $actor state off") } }



[kvo1]

Hallo fhemtobi,

danke , ich glaube, ich habe das wohl falsch verstanden , doch Du holst die Daten ohne wget .......

gemäß

http://forum.fhem.de/index.php/topic,28667.msg215133.html#msg215133

gruss
kvo1

[fhemtobi]

nee ich hole die mit wget. deswegen liegt ja dann später der kalender von der owncloud auf home/pi/calendar.ics

mein wget-script (getcalendar.sh) sieht so aus:

Code Auswählen Erweitern


#!/bin/sh

wget --auth-no-challenge \
--output-document="/home/pi/calendar.ics" --auth-no-challenge --no-check-certificate --http-user="<owncloud-username>" --http-password="password>" "https://ssl.webpack.de/<domain>/owncloud/remote.php/caldav/calendars/<owncloud-username>/<kalendername>?export"



hab dann in der crontab das sh script eingetragen, so dass er es alle 15 minuten ausführt und den aktuellen kalender von dem owncloud-server holt.

Dann noch "chown pi:pi getcalendar.sh" und "chmod 750 getcalendar.sh" und dann zieht sich fhem mit "efine cal_heizung Calendar ical file /home/pi/calendar.ics 840" den Kalender, den ich vorher mit getcalendar.sh lokal gespeichert habe.

viele Grüße

[jan01]

Hallo Zusammen,

nutze hier owncloud 7 auf debian 8 der leichteste weg war für mich:

define Kalender_Schalter Calendar ical url http://USER:PASSWORT@URL_VON_OWNCLOUD/index.php/apps/calendar/export.php?calid=X

User und Passwort sowie URl sollten selbst sprechend sein.

Das X ist die ID eures Kallenders, herauszufinden über das Web Interface von Owncloud, links steht der Name des Kalendars daneben 5 Symbole das mittlere ist ein Pfeil nach unten, dient zum download des ics files. Hier könnt ihr die ID von eurem Kalendar rausfinden.

Hoffen den einem oder anderen damit geholfen zu haben.

VG Jan

[Zephyr]

Hoffen den einem oder anderen damit geholfen zu haben.
VG Jan

Hatte das auch mal so konstruriert. Mit dem Ergebnis, dass der Kalender regelmäßig keinen Status hatte bzw. nicht aktualisiert wurde. Passiert das bei Dir nicht?
Fehlersuche blieb bei mir erfolglos.

gruß
Zephyr

[jan01]

Hallo Zephyr

nein der STATE ist bei mir immer Active!
Verwende kein https und ssl auch nicht aktualisierung habe ich 300 eingestellt.

vg jan

[betateilchen]

Bei mir funktioniert

Code Auswählen Erweitern



define oc_Heizung Calendar ical url https://<ownCloudServer>/remote.php/caldav/calendars/fhem/fhem_heizung?export



seit langem völlig problemlos (mehrere Kalender sind so definiert) und ohne Ausfälle.

[Zephyr]

Danke für eure Rückmeldungen. Ich muss mich wohl an anderer Stelle mal auf die Suche machen.

[xhabit]

Hallo,

also, der owncloud kalenderzugriff funktioniert bei mir. nur ich überlege gerade was ich mit der information in fhem anfangen kann. das es einen Termin gibt.
sprich für welche anwendung das von nutzen sein kann. was macht ihr mit der info?

gruss xhabit

[betateilchen]

Ich steuere damit die Heizzeiten meine Wohnzimmers und die Heizung der Wasserbetten im Schlafzimmer, je nachdem, wann ich überhaupt zuhause bin.

(http://up.picr.de/21068946bi.jpg)

Der Vorteil: Ich kann die Zeiten jederzeit beeinflussen und spätestens eine Stunde später weiss auch mein fhem Bescheid (Aktualisierungsintervall der Kalener = 3600 Sekunden) ohne dass ich dazu per DNS,VPN oder wie auch immer direkten Zugriff auf mein fhem zu Hause haben muss.

[kvo1]

Ich steuere damit die Heizzeiten meine Wohnzimmers und die Heizung der Wasserbetten im Schlafzimmer, je nachdem, wann ich überhaupt zuhause bin.

Gute , kannst Du mal bitte ein Beispiel posten wie das geht ?
Wenn ich mein ownCloud  vom NAS auf den cubie umgezogen habe, schwebt mir so etwas auch vor.

...ohne dass ich dazu per DNS,VPN oder wie auch immer direkten Zugriff auf mein fhem zu Hause haben muss.

..... aber einen Zugriff per DNS,VPN oder wie auch immer auf den Kalender ? ODER !

gruss
Klaus

[betateilchen]

Gute , kannst Du mal bitte ein Beispiel posten wie das geht ?

Das habe ich hier im Forum schon mehrfach beschrieben.

..... aber einen Zugriff per DNS,VPN oder wie auch immer auf den Kalender ? ODER !

Natürlich. Aber meine ownCloud läuft 24/7 auf einem gemieteten Server bei Strato und nicht bei mir zuhause. Das Netzwerk zuhause und die Kalenderdaten sind also komplett voneinander getrennt.

[kvo1]

Hallo Zusammen,

ein kleiner Hinweis:

wenn man das gemäß "jan01" definiert, bekomme ich  sogar das Reading "calname" mit

define Kalender_Schalter Calendar ical url http://USER:PASSWORT@url_von_owncloud/index.php/apps/calendar/export.php?calid=X

bei der variante gemäß  "betateilchen" fehlt das

define oc_Heizung Calendar ical url https://<owncloudserver>/remote.php/caldav/calendars/fhem/fhem_heizung?export

Aber beides geht ... mit oc 8 !

kvo1

[Franz Tenbrock]

Hallo
bin seit einigen Stunden dabei mich in owncloud einzuarbeiten
auf dem cubie ist es eingerichtet,
termine kann ich im webbrowser eingeben

muss man den Kalender immer noch exportieren oder kann man direkt darauf zugreifen.
rauf und runter gelesen, wieder Tomaten vor der Brille  grrr

Code Auswählen Erweitern


CFGFN

DEF
ical url http://192.168.178.46/owncloud/remote.php/caldav/calendars/owncloud/franz
NAME

Kalender1
NR

1309
STATE

Not an ical file at URL
TYPE

Calendar


halt kein ical

was ist mit user:passwort
kann man das verschlüsselt eingeben damit es nicht im Klartext in der Def steht?

[kvo1]

hallo Franz,
exportieren muß man nix !

define <Kalendername> Calendar ical url http://USER:PW@meine_ip/owncloud/index.php/apps/calendar/export.php?calid=9 3600


gruss
kvo1

[betateilchen]

Code Auswählen Erweitern

ical url https://user:password@CLOUD_URL/remote.php/caldav/calendars/USER/KALENDERNAME?export

funktioniert seit Monaten völlig störungsfrei.

[Franz Tenbrock]

mit user:passwort
unverschlüsselt?!
hab ich es auch probiert

dann kommt
STATE     No data
Hab eigentlich für morgen einen Termin eingetragen

mein Kalender nennt sich Franz
etwa so ?
....@192.168.178.46/owncloud/remote.php/caldav/calendars/owncloud/Franz?export

sorry



wird schon noch 

[kvo1]

und so

....@192.168.178.46/remote.php/caldav/calendars/owncloud/Franz?export

Dein USER ist ja vermutlich      owncloud    ?

dann so

ical url http://owncloud:password@192.168.178.46/remote.php/caldav/calendars/owncloud/Franz?export

[Franz Tenbrock]

so bekomme ich schon mal state active

@192.168.178.46/owncloud/remote.php/caldav/calendars/owncloud/franz?export

das hab ich aus dem Link des Kalenders links unten
http://192.168.178.46/owncloud/remote.php/caldav/calendars/owncloud/franz

Einen Termin am 10.08 mit dem Inhalt Test hab ich jetzt  gefunden,
hatte gerade aber auch nur 5 Min Zeit, werde ich mir heute abend noch mal ansehen.

new upcoming                     10.10.2015 00:00:00-11.10.2015 00:00:00 test

Irgendwie klappt es mit der Hilfe aus dem Forum dann doch immer wieder

Besser myfritz oder dyndns verwenden wenn man von aussen was machen will
mit myfritz kasper ich gerade rum
Thanks

[betateilchen]

Tipp: für erste Schritte mit dem Kalendermodul nicht unbedingt ganztägige Termine verwenden

[Franz Tenbrock]

so
kann nun mit meinem Android auf die owncloud zugreifen
dann F-droid installiert
dann dravdroid installiert
und siehe da die Termine auf dem cubie werden auf dem Handy abgeglichen

zur Zeit noch über myfritz
besser über dyndns


muss wohl ncoh viel lesen
schade die Doku wie was wo installiert werdenmuss hab ichmir versemmelt

[kvo1]

Tipp: für erste Schritte mit dem Kalendermodul nicht unbedingt ganztägige Termine verwenden

Warum eigentlich nicht?

Kannst Du mir mal bitte einen Link schicken , wo / wie du das mit der Steuerung von Devices über der Kalender realisiert hast.? ......schon klar ....irgendwo steht das , danke

Klaus

[Franz Tenbrock]

das war es, das kommt davon wenn man mit unterschiedlichen Anleitungen arbeitet


ServerAdmin webmaster@localhost
DocumentRoot /var/www/html

muss so aussehen

ServerAdmin owncloud
DocumentRoot /var/www

Leider immer noch über http, aber zuminest läuft es wieder, nachdem stundenlang gar nichts ging

Hallo,
nachdem ich mir bei der Umstellung meine ganze owncloud zerschossen habe , es ging nichts mehr, bin ich nun wieder soweit das ich mit phpmyadmin eien neue Datenbank anlegen kann, dh Apache2 lauft, index.html auch gelöscht, war komischerweise im Ordner var/www/html/index.html
sollte nach Anleitungen eigentlich im Ordner var/www liegen

http://manfred-steger.de/de/tuts/27-die-eigene-cloud-mit-owncloud-auf-dem-raspberry-pi#
http://www.karesyk.de/ssl-zertifikat-erstellen/

der Zugriff auf owncloud klappt aber überhaupt nicht, weder mit dem webaufruf https: noch mit http
wenn ich das owncloud windows tool aufrufe zeigt er mir den Schlüssel, erkennt das er selbst angefertigt wurde etc, habe bestätigt das der ok ist.

Hier ein Snap, ich hoffe da ist das wesentliche drin
(http://snapphp.jpg)


Kann es sien das es hiermit zusammenhängt, 000-default-config aus Ordner sites availebel

Code Auswählen Erweitern


<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com

ServerAdmin webmaster@localhost
DocumentRoot /var/www/html

# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet




schon 1000 Anleitungen gelesen,
grrr

[betateilchen]

schon 1000 Anleitungen gelesen,
grrr

aber nicht so wirklich verstanden, was Du da tust - wenn ich das richtig verstehe.

Ich habe jedenfalls noch nie phpmyadmin gebraucht, um owncloud zu installieren, das ging irgendwie out-of-the-box, wenn ich das entsprechend oC Paket für meine Linux Distribution installiert habe.

[betateilchen]

Kannst Du mir mal bitte einen Link schicken ,

Den müsste ich hier im Forum genauso suchen wie Du

Notify für "Schalter an"

Code Auswählen Erweitern

define n_oc_Schalter_on notify oc_Schalter:modeStarted.* { oc_SchalterStart("$EVENT") }


sub oc_SchalterStart in der 99_myUtils.pm

Code Auswählen Erweitern



sub oc_SchalterStart ($) {
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
return unless $Ereignisteil1;

my @uids=split(/;/,$Ereignisteil1);
my $actor;

foreach my $uid (@uids) {
$actor = fhem("get oc_Schalter summary $uid");
fhem("set $actor on");
};
return;
}




Notify für "Schalter aus"

Code Auswählen Erweitern

define n_oc_Schalter_off notify oc_Schalter:modeEnded.* { oc_SchalterEnde("$EVENT") }


sub oc_SchalterEnde in der 99_myUtils.pm

Code Auswählen Erweitern



sub oc_SchalterEnde ($) {
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
return unless $Ereignisteil1;

my @uids=split(/;/,$Ereignisteil1);
my $actor;

foreach my $uid (@uids) {
$actor = fhem("get oc_Schalter summary $uid");
fhem("set $actor off");
};
return;
}




Ich hoffe, das hilft Dir erstmal weiter.

[kvo1]

hallo betateilchen,

Danke  , ja das hilf mir weiter ! 

Klaus

[BasWeg]

Hallo,

ich klinke mich hier mal ein. Ich habe folgendes Problem:

Versuche schon den ganzen Abend meinen OwnCloud Kalender (läuft bei Strato mit eigenem SSL) in FHEM zu verwenden.

Als DEF habe ich folgendes:

Code Auswählen Erweitern

ical url https://<username>:<password>@www.meineStratodomain.de/owncloud/remote.php/caldav/calendars/FHEM/abfall?export 1800

leider bekam ich hier den

STATE No data

und im logfile steht:

Code Auswählen Erweitern

2015.12.01 21:23:56 1: Calendar oc_abfall: Could not retrieve file at URL. <hidden>: Can't connect(2) to https://www.meineStratodomain.de:443: SSL connect attempt failed with unknown error error:14077458:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 unrecognized name SSL connect attempt failed with unknown error error:14077458:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 unrecognized name

Hat jemand eine Idee woran das liegen kann?
Meine Perl Version ist v5.18.2; OpenSSL ist  1.0.1f 6 Jan 2014

Das "Lustige", wenn ich bei strato den Umweg über den https://ssl-id.de Dienst nehme:

Code Auswählen Erweitern

ical url https://<username>:<password>@ssl-id.de/www.meineStratodomain.de/owncloud/remote.php/caldav/calendars/FHEM/abfall?export 1800
funktioniert es --> STATE Active

@Betateilchen: Du schreibst, dass Du Deine owncloud auch bei Strato laufen lässt. Hast Du ein eigenes Zertifikat für Deine Domain, oder verwendest Du den Umweg über ssl-id.de?

Danke schonmal für die Unterstützung und Viele Grüße

Bastian

[Franz Tenbrock]

Hallo, habe auch ein Strato Paket, hatte da auch mal geschaut wegen owncloud aber wohl nicht lange genug gesucht,
gibts ne Anleitung bei Strato wie man das einrichtet , dann würde ich mcih auch dranhängen, hatte mit owncloud auf meinem cubie probiert, ging aber nur mit http  ...
dann frustriert abgebrochen

[BasWeg]

Hi,
auch wenn etwas offtopic.

Vorbereitend musst Du einen SQL Server konfigurieren - über die Strato Webseite.
Dann hatte ich mich damals einfach mit ssh eingelogt und mit wget das Paket von owncloud direkt geladen und entpackt - und dann an die owncloud Anleitung gehalten.
config.php anpassen usw.

Wenn Du das geschafft hast funktionieren erstmal 2 Sachen nicht:

Dateiupload - hierfür musst Du in der Datei "/lib/private/files/storage/local.php"

Code Auswählen Erweitern

disk_free_space($this->datadir.$path);
in

Code Auswählen Erweitern

disk_free_space('/');
ändern.

CalDav-Zugriff vom iPhone:
In der Datei
owncloud/3rdparty/sabre/vobject/lib/Component/VEvent.php
muss man folgenden Workaround einpflegen:
https://github.com/migrax/sabre-vobject/commit/d5414aa5ea684867ae510896c8d02efc806d4762

Viel Erfolg

Bastian

[MarcK]

OffTopic aber ich hoffe es Hilft den einen oder anderen

Für alle die ihren eigenen Server (root Server, z.B. RPI mit einer Debian/Ubuntu Server Installation) und Probleme mit der Installation von OwoCloud haben:

1. LAMP Installieren, ist hier sehr gut beschrieben und auch auf allen (zumindest UNIX-Systemen) Systemen relativ gleich zu installieren.
2. phpmyadmin Installieren (ich verweise auf selbige WIKI, müsst ihr nur im Suchfeld eingeben)
3. In phpmyadmin einen Nutzer+Datenbank für die OwnCloud anlegen
4. Apache Konfigurieren (ebenfalls im oben erwähnten WIKI vorhanden)
5. Alles noch einmal durch checken
6. OwnCloud von hier laden, entpacken und nach (unter Debian/Ubuntu) /var/www/html/ verschieben/kopieren
7. Rechte setzen (unter Debian/Ubuntu) das ist nur ein Beispiel!!! es gibt in der Manual von OwnCloud eine Anleitung bzw. einen Skript der das macht.

Code Auswählen Erweitern

chown -R www-data:www-data /var/www/html/owncloud)
8. im browser "http://eureip/owncloud" eingeben
9. Wizard Starten und an der eigenen Cloud erfreuen
10. Apache SSL wie im oben erwähnten WIKI mit eigenem Zertifikat einrichten.

Ich empfehle auch mit der Suchmaschine eures Vertrauens nach "mysql low memory" zu suchen und MySQL dementsprechend zu Konfigurieren, da es bei mehreren Serverdiensten dazu kommen kann das der Ram vollläuft und euer Server dann hängt oder sich im schlimmsten falle euer MySQL ganz verabschiedet.
Es gibt auch diverse Anleitungen den Ram manuell zu löschen, was aber 1. nicht das Problem löst und 2. nicht im sinne der Erfinder ist (Linux hat ein sehr gutes Ram managment).

hier noch eine gute Anleitung allerdings rate ich von SQLite ab, da es bei größeren Datenbanken zu Problemen kommen kann.
Und wer dennoch nicht klar kommt kann mir gerne eine PM schreiben.

Grüße

[DecaTec]

@BasWeg:
Mit https://ssl-id.de meinst du wohl einen SSL-Proxy von Strato, oder?

Wenn ja, dann liegt das Problem vielleicht eher an der ownCloud-Konfiguration. Die Einrichtung eines SSL-Proxies ist hier immer ein wenig tricky. In deiner config.php sollte folgendes/ähnliches stehen:

Code Auswählen Erweitern


'trusted_domains' =>
  array (
    0 => 'meineStratodomain.de',
  ),
'overwrite.cli.url' => 'http://meineStratodomain.de',
'overwritehost' => 'ssl-id.de',
'overwriteprotocol' => 'https',
'overwritecondaddr' => '^10\\.30\\.7\\.1(?:37|38|39|40)$',
'forcessl' => true,
'forceSSLforSubdomains' => true,


Erläuterungen:

• 'trusted_domains': Hier deine Haupt-URL eintragen.
  
• 'overwrite.cli.url': Deine Haupt-URL, mit der du auf ownCloud zugreifst.
  
• 'overwritehost': Deine Strato SSL-Domain.
  
• 'overwritecondaddr': Hier müsen die IP-Adressen von Strato eintragen werden. Die IPs in diesem Beispiel (10.30.7.137 - 140) sind die IP-Adressen von HostEurope. Evtl. bei Strato nachfragen, oder selbst mit tracert oder dieser Seite herausfinden.
  

Wer noch ein Tutorial sucht, wie man ownCloud (besonders auf schwacher Hardware, wie z.B. einem RasPi) installiert und mit besonderem Blick auf Sicherheit konfiguriert: Ich habe dazu vor einiger Zeit einen Artikel verfasst: ownCloud auf Ubuntu Server mit nginx, MariaDB und PHP

[BasWeg]

@BasWeg:
Mit https://ssl-id.de meinst du wohl einen SSL-Proxy von Strato, oder?

Ja, aber damit hab ich ja kein Problem.

Anfangs hatte ich auf meine OwnCloud über diesen SSL-Proxy zugegriffen. Das hat schon alles geklappt, auch die CalDav Anbindung im iPhone.
Aber das hatte mich angekekst, so dass ich bei Strato ein eigenes Single-Domain Zertifikat bestellt und meiner Domain zugewiesen hatte.

Ab dann konnte ich ohne diesen Proxy mit https auf meine OwnCloud zugreifen. Ist auch irgendwie vertrauenserweckender, wenn ich Kollegen einen Link schicke. Das funktioniert wunderbar, per Browser, per iPhone CalDav usw.

Problem ist nun dass die FHEM-Calendar Anbindung mit dem direkten https: Zugriff auf meine Domain diesen Fehler liefert, aber nicht über den SSL-Proxy . (Musste für letzteres wieder ssl-id.de als trusted domain in die config.php schreiben.)

Ich möchte halt ungern wieder den SSL-Proxy zulassen - wer weiß was die da mitschneiden

Vielleicht hat ja jemand einen Tip, was ich in der HttpUtils.pm ändern muss, so dass es funktioniert.

Aber zur Not muss ich halt die FHEM Zugriffe über den SSL-Proxy laufen lassen.

Danke und Viele Grüße

Bastian

[dev0]

2015.12.01 21:23:56 1: Calendar oc_abfall: Could not retrieve file at URL. <hidden>: Can't connect(2) to https://www.meinestratodomain.de:443: SSL connect attempt failed with unknown error error:14077458:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 unrecognized name SSL connect attempt failed with unknown error error:14077458:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 unrecognized name

Das sieht mir nach einem Konfikt der SSL/TLS Protokoll Version aus. Mit dem Atrribut sslVersion kannst Du die zu verwendenen Kryptografiealgorithmen bestimmen.

[l-production]

Nabend,

ich dachte mir, ich bring' mal wieder etwas Leben in diesen Thread

Und das gleich mit einem, wie es mir scheint, Sonderfall:

Ich habe vor Kurzem von OwnCloud auf Posteo gewechselt (für die, die fragen warum: schneller und zuverlässiger ).
Nun würde ich trotzdem gerne meinen Kalender von Posteo bei FHEM einlesen. Ich dabei auch nach der Anleitung von Heiko vorgegangen, weil sie mir am erfolgversprechensten erschien. Beim manuellen Ausführen der getcalenar.sh bekomme ich allerdings folgenden Fehler:
"HTTP request sent, awaiting response... 501 Not Implemented"

Daraus habe ich geschlossen, dass er den Server findet, sich erfolgreich einloggt aber dann nicht weiterkommt. Nun kann ich mir aber nicht erklären, warum er nicht weiterkommt. Liegt es daran, dass es HTTPS ist (Posteo unterstützt nur dies), oder könnte es daran liegen, dass das wget den Kalender nicht auslesen kann? Als URL habe ich https://posteo.de:8443/calendars/<meinAccount>/default/ eingegeben. Eine "read only" URL wie bei OwnCloud habe ich Posteo leider nicht gefunden...

Soweit der aktuelle Stand. Hat vielleicht schon jemand Erfahrung bei der Kombi FHEM + Posteo oder sonst eine Idee, woran es liegen könnte?

Schon einmal Danke für die Antworten und schöne Grüße

Simon

[betateilchen]

Code Auswählen Erweitern

"HTTP request sent, awaiting response... 501 Not Implemented"

Fehler der Kategorie 5xx kommen immer vom gegenüberliegenden Server. Du versuchst vermutlich ein Feature zu verwenden, das der Server schlichtweg nicht kann.

[betateilchen]

Als URL habe ich https://posteo.de:8443/calendars/<meinAccount>/default/ eingegeben.

Und wo übergibst Du username und passwort?

Code Auswählen Erweitern

https://username:password@posteo.de:8443/calendars/<meinAccount>/default/

[l-production]

So, erst einmal Sorry, dass ich hier die Pferde scheu gemacht!

Nach etwas Sucherei habe ich dann doch einen Export-Link fürs iCal Format gefunden. Der Kalender lässt sich somit direkt in FHEM einbinden, ohne den von Heiko beschriebenen "Umweg" zu gehen.

@betateilchen: Auch wenn es sich (wohl) erledigt hat, vielen Dank für die Antwort. Dass der Server das Feature nicht unterstützt hatte ich mir schon fast so gedacht, aber danke für die Bestätigung Die Log-In Daten hatte ich wie in Heikos Anleitung beschrieben über .netrc übergeben.

[Fredi69]

Hat das jemand schon mal mit der Standard CalDAV Komponente auf der Synology hinbekommen?