Calendar Modul

[coolice]

Hallo @all,
nur eine kurze Frage bitte. Ist es richtig das ich das Calendar Modul in Verbindung mit dem Google Kalender nur benutzen kann wenn ich den Google Kalender öffentlich freigebe?

sonnige Grüße
Mirco

[betateilchen]

Nein. Du kannst das Calendar Modul auch mit der "privaten URL" benutzen, ohne den Kalender freigegeben zu haben.

[Sommerfeld]

Hallo zusammen,

bei mir kommt immer die Fehlermeldung im Log:Could not retrieve file at URL (verbose3).

Bei Verwendung des https links mit Outlook funktioniert der Link, dieser ist also richtig.

Bei hochsetzen verbose auf 5 kommen die Meldungen:

2014.06.01 23:24:33 5: Cmd: >set Kalender update<
2014.06.01 23:24:33 5: HttpUtils url=<hidden>
2014.06.01 23:24:33 5: Attempt to reload IO/Socket/SSL.pm aborted.
Compilation failed in require at (eval 10386) line 2.
BEGIN failed--compilation aborted at (eval 10386) line 2.

2014.06.01 23:24:33 5: CustomGetFileFromURL <hidden>: empty answer received
2014.06.01 23:24:33 1: Calendar Kalender: Could not retrieve file at URL
2014.06.01 23:24:33 5: Triggering Kalender (10 changes)
2014.06.01 23:24:33 5: Notify loop for Kalender lastCheck: 2014-06-01 23:24:33
2014.06.01 23:24:33 4: eventTypes: Calendar Kalenderer lastCheck: 2014-06-01 23:24:33 -> lastCheck: .*.*.* .*:.*:.*
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeUpcoming:  -> modeUpcoming:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeAlarm:  -> modeAlarm:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeAlarmed:  -> modeAlarmed:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeAlarmOrStart:  -> modeAlarmOrStart:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeChanged:  -> modeChanged:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeStart:  -> modeStart:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeStarted:  -> modeStarted:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeEnd:  -> modeEnd:
2014.06.01 23:24:33 4: eventTypes: Calendar Kalender modeEnded:  -> modeEnded:
2014.06.01 23:24:33 4: HTTP FHEMWEB:192.168.178.27:64609 GET /fhem?detail=Kalender
2014.06.01 23:24:34 4: /fhem?detail=Kalender / RL:2914 / text/html; charset=UTF-8 / Content-Encoding: gzip

Gibt es eine Lösung, sodass mein Kalender funktioniert?
Danke für die Unterstützung

[betateilchen]

2014.06.01 23:24:33 5: Attempt to reload IO/Socket/SSL.pm aborted.
Compilation failed in require at (eval 10386) line 2.
BEGIN failed--compilation aborted at (eval 10386) line 2.

Gibt es eine Lösung, sodass mein Kalender funktioniert?

ja, das Perl SSL Modul auf Deiner Hardware korrekt installieren.

[Sommerfeld]

Hallo Betateilchen,
vielen Dank für die schnelle Beantwortung des Problems.
Leider finde ich keine Anleitung zur Installation des Perl SSL Moduls.
Habe ich etwas übersehen?
Herzliche Grüße

[Herby]

Hallo Sommerfeld,

der Google-Kalender-Link funktioniert auch als http-Link. Lass einfach das s bei https weg...

Gruß Herby

[betateilchen]

der Google-Kalender-Link funktioniert auch als http-Link. Lass einfach das s bei https weg...

Nein, tut er nicht. Weil der http Link von google mit einer Message 302 (http redirect) beantwortet wird und das calendar Modul dann den redirect-Link (der logischerweise wieder mit https beginnt) abruft - und dann wird doch wieder das ssl Modul gebraucht.

[Herby]

hm... in der fhem Commandref steht beim Kalendermodul noch folgendes drin:

Hinweis für Nutzer des Google-Kalenders: Du kann direkt die private iCal-URL des Google Kalender nutzen. Sollte Deine Google-Kalender-URL mit https:// beginnen und das Perl-Modul IO::Socket::SSL ist nicht auf Deinem Systeme installiert, kannst Du in der URL https:// durch http:// ersetzen, falls keine automatische Umleitung auf die https:// URL erfolgt. Solltest Du unsicher sein, ob dies der Fall ist, überprüfe es bitte zuerst mit Deinem Browser.

Sollte man dann auch mal updaten...

[Sommerfeld]

Hallo,

die SSL.pm Datei ist bei mir vorhanden. Trotzdem funktionert die Abfrage des Kalenders nicht.
Es kommen die gleichen Fehlermeldungen.
Muss die SSL.pm Datei noch angepasst werden oder muss noch etwas zusätzliches getan werden?
Ich würde mich freuen, wenn ich einen Tipp bekommen könnte.
Gruß 

[betateilchen]

hm... in der fhem Commandref steht beim Kalendermodul noch folgendes drin:
Sollte man dann auch mal updaten...

warum? Da steht doch genau das richtige drin: Falls keine automatische Umleitung erfolgt, kann auf SSL verzichtet werden.

[Herby]

falls Google IMMER automatisch umleitet ist die Aussage in der Doku, dass "http funktioniert, wenn nicht umgeleitet wird" irreführend und macht keinen Sinn.

[Sommerfeld]

Leider helfen mir Eure Bemerkungen nicht weiter, schade 

[ph1959de]

Suche in der Commandref nach SSL und du wirst irgendwann bei http://fhem.de/commandref.html#FHEMWEB landen, wo unter dem Attribut HTTPS steht:

Enable HTTPS connections. This feature requires the perl module IO::Socket::SSL, to be installed with
cpan -i IO::Socket::SSL or
apt-get install libio-socket-ssl-perl;

... oder auch im Wiki unter http://www.fhemwiki.de/wiki/Calendar#Voraussetzungen

[Sommerfeld]

Danke, ich schaue es mir an

[Afterburner]

Servus,
ich weiß das Thema ist älter, das Problem aber das Selbe.

Ich habe Perl (32 Bit) unter Windows zu laufen und ich bekomme im Log die Meldung

Code Auswählen Erweitern

2015.12.07 01:24:34 1: Calendar Kalender: Could not retrieve file at URL. <hidden>: empty answer received
Als URL habe ich die Privaturl von Google Kalender genommen, funktioniert auch im Browser wenn ich nicht bei Google eingeloggt bin

Ich habe die portableshell.bat gestartet und da das eingegeben:
cpan -i IO::Socket::SSL

Code Auswählen Erweitern

----------------------------------------------
Welcome to Strawberry Perl Portable Edition!
* URL - http://www.strawberryperl.com/
* see README.TXT for more info
----------------------------------------------
Perl executable: H:\fhem-5.7\perl\bin\perl.exe
Perl version   : 5.20.3 / MSWin32-x86-multi-thread-64int

H:\fhem-5.7>cpan -i IO::Socket::SSL
Loading internal null logger. Install Log::Log4perl for logging messages
CPAN: CPAN::SQLite loaded ok (v0.211)
Database was generated on Mon, 07 Dec 2015 00:08:16 GMT

Running install for module 'IO::Socket::SSL'
CPAN: Digest::SHA loaded ok (v5.95)
CPAN: Compress::Zlib loaded ok (v2.068)
Checksum for H:\fhem-5.7\cpan\sources\authors\id\S\SU\SULLR\IO-Socket-SSL-2.021.tar.gz ok
tmp-4868 for tmp-4868: No such file or directory at H:\fhem-5.7\perl\lib/CPAN/Distribution.pm line 468.
CPAN: Archive::Tar loaded ok (v2.04)
CPAN: File::Temp loaded ok (v0.2304)
CPAN: YAML::XS loaded ok (v0.59)
CPAN: CPAN::Meta::Requirements loaded ok (v2.133)
CPAN: Parse::CPAN::Meta loaded ok (v1.4417)
CPAN: CPAN::Meta loaded ok (v2.150005)
CPAN: Module::CoreList loaded ok (v5.20150912)
Configuring S/SU/SULLR/IO-Socket-SSL-2.021.tar.gz with Makefile.PL
Checking if your kit is complete...
Looks good
Generating a dmake-style Makefile
Writing Makefile for IO::Socket::SSL
Writing MYMETA.yml and MYMETA.json
  SULLR/IO-Socket-SSL-2.021.tar.gz
  H:\fhem-5.7\perl\bin\perl.exe Makefile.PL -- OK
Running make for S/SU/SULLR/IO-Socket-SSL-2.021.tar.gz
cp lib/IO/Socket/SSL.pm blib\lib\IO\Socket\SSL.pm
cp lib/IO/Socket/SSL/Utils.pm blib\lib\IO\Socket\SSL\Utils.pm
cp lib/IO/Socket/SSL/Intercept.pm blib\lib\IO\Socket\SSL\Intercept.pm
cp lib/IO/Socket/SSL.pod blib\lib\IO\Socket\SSL.pod
cp lib/IO/Socket/SSL/PublicSuffix.pm blib\lib\IO\Socket\SSL\PublicSuffix.pm
  SULLR/IO-Socket-SSL-2.021.tar.gz
  H:\fhem-5.7\c\bin\dmake.exe -- OK
Running make test
"H:\fhem-5.7\perl\bin\perl.exe" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib\lib', 'blib\arch')" t/*.t t/external/*.t
t/01loadmodule.t .................. # openssl version=0x1000204f
t/01loadmodule.t .................. 1/3 # Net::SSLeay version=1.70
# parent IO::Socket::IP version=0.37
t/01loadmodule.t .................. ok
t/acceptSSL-timeout.t ............. ok
t/alpn.t .......................... ok
t/auto_verify_hostname.t .......... ok
t/cert_formats.t .................. ok
t/cert_no_file.t .................. ok
t/compatibility.t ................. ok
t/connectSSL-timeout.t ............ ok
t/core.t .......................... ok
t/dhe.t ........................... ok
t/ecdhe.t ......................... ok
t/external/ocsp.t ................. # tcp connect to www.live.com:443 ok
t/external/ocsp.t ................. 1/3 # tcp connect to www.google.com:443 ok
# tcp connect to revoked.grc.com:443 ok
# fingerprint matches
# validation with default CA w/o OCSP ok
t/external/ocsp.t ................. ok
t/external/usable_ca.t ............ # found 154 CA certs
# have root CA for www.google.com in store
# 5 connections to www.google.com ok
t/external/usable_ca.t ............ 1/21 # have root CA for www.twitter.com in store
# 5 connections to www.twitter.com ok
# have root CA for www.facebook.com in store
# 5 connections to www.facebook.com ok
# have root CA for www.live.com in store
# 5 connections to www.live.com ok
t/external/usable_ca.t ............ ok
t/io-socket-inet6.t ............... ok
t/io-socket-ip.t .................. ok
t/memleak_bad_handshake.t ......... skipped: ps not implemented on this platform
t/mitm.t .......................... ok
t/nonblock.t ...................... ok
t/npn.t ........................... ok
t/plain_upgrade_downgrade.t ....... # -- test: newINET start_SSL stop_SSL start_SSL
# server accepted new client
# wait for initial data from client
# got 0x666f6f from client
# server: got plain data at start of connection
# server: TLS upgrade
t/plain_upgrade_downgrade.t ....... 1/15 # server: TLS downgrade
# server: TLS upgrade#2
# -- test: newSSL stop_SSL connect_SSL
# server accepted new client
# wait for initial data from client
# got 0x160301 from client
# server: TLS upgrade
# server: TLS downgrade
# server: TLS upgrade#2
# -- test: newSSL:0 connect_SSL stop_SSL connect_SSL
# server accepted new client
# wait for initial data from client
# got 0x666f6f from client
# server: got plain data at start of connection
# server: TLS upgrade
# server: TLS downgrade
# server: TLS upgrade#2
# -- test: newSSL:0 start_SSL stop_SSL connect_SSL
# server accepted new client
# wait for initial data from client
# got 0x666f6f from client
# server: got plain data at start of connection
# server: TLS upgrade
# server: TLS downgrade
# server: TLS upgrade#2
# server accepted new client
# wait for initial data from client
# got 0x656e64 from client
# client requested end of tests
t/plain_upgrade_downgrade.t ....... ok
t/protocol_version.t .............. ok
t/public_suffix_lib_encode_idn.t .. ok
t/public_suffix_lib_libidn.t ...... ok
t/public_suffix_lib_uri.t ......... ok
t/public_suffix_ssl.t ............. ok
t/readline.t ...................... ok
t/sessions.t ...................... ok
t/signal-readline.t ............... skipped: signals not relevant on this platform
t/sni.t ........................... ok
t/sni_verify.t .................... ok
t/start-stopssl.t ................. ok
t/startssl-failed.t ............... ok
t/startssl.t ...................... ok
t/sysread_write.t ................. ok
t/verify_fingerprint.t ............ ok
t/verify_hostname.t ............... ok
t/verify_hostname_standalone.t .... ok
All tests successful.
Files=37, Tests=784, 109 wallclock secs ( 0.28 usr +  0.22 sys =  0.50 CPU)
Result: PASS
  SULLR/IO-Socket-SSL-2.021.tar.gz
  H:\fhem-5.7\c\bin\dmake.exe test -- OK
Running make install
Installing H:\fhem-5.7\perl\site\lib\IO\Socket\SSL.pm
Installing H:\fhem-5.7\perl\site\lib\IO\Socket\SSL.pod
Installing H:\fhem-5.7\perl\site\lib\IO\Socket\SSL\Intercept.pm
Installing H:\fhem-5.7\perl\site\lib\IO\Socket\SSL\PublicSuffix.pm
Installing H:\fhem-5.7\perl\site\lib\IO\Socket\SSL\Utils.pm
Appending installation info to H:\fhem-5.7\perl\lib/perllocal.pod
  SULLR/IO-Socket-SSL-2.021.tar.gz
  H:\fhem-5.7\c\bin\dmake.exe install UNINST=1 -- OK

H:\fhem-5.7>

FHEM gestartet aber ich bekomme weiterhin die Meldung, muss ich noch irgendwas machen ?