Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[MartinP]

das Problem lag da doch an dem falschen cron

@homoran Nur wenn @ioBrokerMike, der sich später "eingeklinkt" hat und der Threaderöffner @mguenther ein und dieselbe Person sind ...

Dem Webserver, der beim Entsorger von @mguenther für die Auslieferung der *.ics Datei zuständig ist, gefällt wohl der User - Agent des ical Adapters nicht, und er gibt ein 403 "forbidden" zurück...

Aber wenn man das durch Herunterladen der ics-datei mit curl und konfigurieren des Adapters auf die heruntergeladene ics Datei im lokalen Verzeichnis umgehen will, werden auch keine Termine extrahiert - die Struktur der Datei scheint also merkwürdig zu sein ...

Header

BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 16.0 MIMEDIR//EN
VERSION:2.0
METHOD:PUBLISH
X-CALSTART:20240102T000000
X-CALEND:20250101T000000
X-CLIPSTART:20231231T230000Z
X-CLIPEND:20241231T230000Z
X-WR-RELCALID:{0000002E-C54A-AC94-6FE2-8D7CA6F674D4}
X-WR-CALNAME:Nord-Elm_Königslutter OT_2024

Und ein Event sieht so aus ...

BEGIN:VEVENT
CLASS:PUBLIC
CREATED:20231205T094733Z
DTEND;VALUE=DATE:20240109
DTSTAMP:20231206T091632Z
DTSTART;VALUE=DATE:20240108
LAST-MODIFIED:20231205T094733Z
PRIORITY:5
SEQUENCE:0
SUMMARY;LANGUAGE=de:Bioabfall 1
TRANSP:TRANSPARENT
UID:040000008200E00074C5B7101A82E00800000000807AB9766827DA01000000000000000
	0100000008C7861BE606B184C850FF23B71B2C685
X-MICROSOFT-CDO-BUSYSTATUS:FREE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
X-MS-OLK-AUTOSTARTCHECK:FALSE
X-MS-OLK-CONFTYPE:0
END:VEVENT

Vielleicht ist das Problem, dass DTEND vor DTSTART definiert wird ...

[Homoran]

@martinp sagte in ical - Webkalender lässt sich nicht einlesen:

Nur wenn @ioBrokerMike, der sich später "eingeklinkt" hat und der Threaderöffner @mguenther ein und dieselbe Person sind ...

Ok!
Danke!

Hab ich übersehen, sorry!
Sowas kommt vom kapern eines Threads (durch @iobrokermike), und dann noch nicht einmal zum Threadtitel passend!

Auf dem Handy wird das dann noch leichter übersehen, dass die Dinge nicht zusammen gehören.

[ioBrokerMike]

Sorry !!!
Wenn ich hier was Verwirrung gebracht habe.
Da ich auch Probleme mit dem einlesen hatte wollte ich keinen neuen Thread aufmachen.

Was mich dazu bewogen hatte mich hier einzuklinken war folgender Beitrag :

MartinP vor 24 Stunden
@haus-automatisierung kann man statt einer URL eigentlich auch einfach einen Dateipfad auf eine Kalenderdatei hinterlegen?

@MartinP

@homoran Nur wenn @ioBrokerMike, der sich später "eingeklinkt" hat und der Threaderöffner @mguenther ein und dieselbe Person sind ...

Nein, bin (wir) nicht ein und dieselbe Person.
Was man schon denken kann, da der LK von @mguenther in der nähe ist.

@Homoran

kommt bei euch die Müllabfuhr alle 3 Minuten?

Natürlich nicht, das war nur zum Testen.

Bitte um Entschuldigung. :disappointed:

[MartinP]

@iobrokermike said in ical - Webkalender lässt sich nicht einlesen:

Was man schon denken kann, da der LK von @mguenther in der nähe ist.

Kommt Dein Kalender denn vom selben Entsorger/Server? Dann müsste der ja auch vom zweiten Problem betroffen sein ...

[haus-automatisierung]

@martinp sagte in ical - Webkalender lässt sich nicht einlesen:

Dem Webserver, der beim Entsorger von @mguenther für die Auslieferung der *.ics Datei zuständig ist, gefällt wohl der User - Agent des ical Adapters nicht, und er gibt ein 403 "forbidden" zurück...

Ab iCal 1.14.0 kann man nun übrigens einen eigenen User-Agent definieren. Damit wäre das Problem hier auf mindestens 3 Arten gelöst :)

[ioBrokerMike]

@martinp sagte in ical - Webkalender lässt sich nicht einlesen:

Kommt Dein Kalender denn vom selben Entsorger/Server? Dann müsste der ja auch vom zweiten Problem betroffen sein ...

Der Entsorger könnte der selbe sein, Server bestimmt nicht.
Denn meinen Kalender bekomme ich von der Homepage meines Landkreise's als ics Datei als Download angeboten.

[MartinP]

@haus-automatisierung

Damit wäre das Problem hier auf mindestens 3 Arten gelöst 🙂

Ich vermute zwei Probleme - Die ics-Datei kriegt man jetzt zwar geladen - aber bei meinem Test mit der mit curl gesaugten Datei wurden keine Termine durch den ical-Adapter geladen ... siehe meine Dateischnipsel hier https://forum.iobroker.net/post/1108455

Das ist anscheinend ein Outlook 16.0 Export - Office 365 Grütze

PRODID:-//Microsoft Corporation//Outlook 16.0 MIMEDIR//EN

[mguenther]

@all
ich hab mich jetzt erst einmal durch den Thread gelesen. Ich habe auch die "Notlösung" gefunden, dass ich den Kalender auf den lokalen Pi kopiere. Ich habe aber auch verstanden, dass der Header aus Outlook 365 nicht sauber und immer mit dem ical Adapter eingelesen werden kann. Was muss denn nun gemacht werden, damit daran gearbeitet werden kann (wenn einer Zeit hat)? Oder sitzt du, Matthias, ( @haus-automatisierung ) schon an dem Thema?

Gruß,
Marcus

[haus-automatisierung]

@mguenther sagte in ical - Webkalender lässt sich nicht einlesen:

Oder sitzt du, Matthias, ( @haus-automatisierung ) schon an dem Thema?

Ich hab hier am 7. Januar schon gepostet, dass das Problem mit der iCal Version 1.14.0 (aktuell beta) lösbar ist.

In der Version habe ich auch hinzugefügt, dass man eine ics-Datei direkt über das "Dateien"-Tab im ioBroker hochladen kann und den Namen angeben. Ist aber noch nicht in der Doku enthalten.

Also entweder den Weg über das Dateisystem gehen (dafür hab ich die Befehle oben auch schon genannt), oder ein Update auf die akuelle Beta machen.

[MartinP]

@haus-automatisierung Es sind ja wahrscheinlich zwei Probleme.

Das zweite wäre, dass der Inhalt der ics-datei nicht eingelesen werden kann (Format-Probleme?)

[haus-automatisierung]

@martinp sagte in ical - Webkalender lässt sich nicht einlesen:

(Format-Probleme?)

Sieht doch auf den ersten Blick richtig aus. Debug-Log?

[MartinP]

@haus-automatisierung Da war nicht herausgekommen. Das Netz war aber leer, nachdem der Adapter die Datei durchgesiebt hatte ...

Nach einem Nachtest mit "Datei" nach Deiner Anleitung hat es aber jetzt geklappt - aber nicht sofort beim ersten Durchlauf beim Starten des Adapters, sondern beim ersten darauffolgenden Cron-Start ... Wahrscheinlich war das Laden über HTTP über den komischen Pfad den ich zusammegereimt habe nicht möglich...

In 3 days   Restabfall 1 
In 4 days   Bioabfall 2 
In 4 days   Gelber Sack 2 
In 4 days   Altpapier 3 
In 6 days   Gelber Sack 1 
22.01.2024   Bioabfall 1 
23.01.2024   Restabfall 2 
23.01.2024   Gelber Sack 3 

[mguenther]

@haus-automatisierung
Hallo Matthias,
ich hab jetzt auf 1.14.0 aktualisiert, aber der Web-Kalender lässt sich immer noch nicht auslesen.

2024-01-17 20:43:57.073 - info: host.raspberrypi stopInstance canceled schedule system.adapter.ical.0
2024-01-17 20:44:00.951 - info: host.raspberrypi instance scheduled system.adapter.ical.0 0 1 3 * *
2024-01-17 20:44:00.970 - info: host.raspberrypi instance system.adapter.ical.0 started with pid 4238
2024-01-17 20:44:02.955 - debug: ical.0 (4238) Redis Objects: Use Redis connection: 0.0.0.0:9001
2024-01-17 20:44:03.090 - debug: ical.0 (4238) Objects client ready ... initialize now
2024-01-17 20:44:03.093 - debug: ical.0 (4238) Objects create System PubSub Client
2024-01-17 20:44:03.094 - debug: ical.0 (4238) Objects create User PubSub Client
2024-01-17 20:44:03.572 - debug: ical.0 (4238) Objects client initialize lua scripts
2024-01-17 20:44:03.632 - debug: ical.0 (4238) Objects connected to redis: 0.0.0.0:9001
2024-01-17 20:44:03.816 - debug: ical.0 (4238) Redis States: Use Redis connection: 0.0.0.0:9000
2024-01-17 20:44:04.003 - debug: ical.0 (4238) States create System PubSub Client
2024-01-17 20:44:04.005 - debug: ical.0 (4238) States create User PubSub Client
2024-01-17 20:44:04.319 - debug: ical.0 (4238) States connected to redis: 0.0.0.0:9000
2024-01-17 20:44:04.567 - debug: ical.0 (4238) Plugin sentry Initialize Plugin (enabled=true)
2024-01-17 20:44:05.355 - info: ical.0 (4238) starting. Version 1.14.0 in /opt/iobroker/node_modules/iobroker.ical, node: v18.19.0, js-controller: 5.0.17
2024-01-17 20:44:06.141 - debug: ical.0 (4238) reading calendar from URL: https://www.landkreis-helmstedt.de/downloads/datei/MzdkOWQ2MmEwZTJiYTc0ZGMwRmFER3lXRGxSSHZYUzB4NjNlekdSaXZ0L1paVS9jcHJ5aU5yQWlWVGZwelBlUUxJWXJrZHl1RktQOWFiMW1YcWh0ams0cEN0bk1aYkdEamJRTDZJM2svdUl3QWM4dmtRY3FUK0k1SWlYV3pRVEJTcC9NY0IxQ2pLWlhPbjdy, color: #000000
2024-01-17 20:44:06.864 - warn: ical.0 (4238) Error reading from URL "https://www.landkreis-helmstedt.de/downloads/datei/MzdkOWQ2MmEwZTJiYTc0ZGMwRmFER3lXRGxSSHZYUzB4NjNlekdSaXZ0L1paVS9jcHJ5aU5yQWlWVGZwelBlUUxJWXJrZHl1RktQOWFiMW1YcWh0ams0cEN0bk1aYkdEamJRTDZJM2svdUl3QWM4dmtRY3FUK0k1SWlYV3pRVEJTcC9NY0IxQ2pLWlhPbjdy": 403
2024-01-17 20:44:06.865 - warn: ical.0 (4238) Error reading "https://www.landkreis-helmstedt.de/downloads/datei/MzdkOWQ2MmEwZTJiYTc0ZGMwRmFER3lXRGxSSHZYUzB4NjNlekdSaXZ0L1paVS9jcHJ5aU5yQWlWVGZwelBlUUxJWXJrZHl1RktQOWFiMW1YcWh0ams0cEN0bk1aYkdEamJRTDZJM2svdUl3QWM4dmtRY3FUK0k1SWlYV3pRVEJTcC9NY0IxQ2pLWlhPbjdy": Cannot read URL: "https://www.landkreis-helmstedt.de/downloads/datei/MzdkOWQ2MmEwZTJiYTc0ZGMwRmFER3lXRGxSSHZYUzB4NjNlekdSaXZ0L1paVS9jcHJ5aU5yQWlWVGZwelBlUUxJWXJrZHl1RktQOWFiMW1YcWh0ams0cEN0bk1aYkdEamJRTDZJM2svdUl3QWM4dmtRY3FUK0k1SWlYV3pRVEJTcC9NY0IxQ2pLWlhPbjdy"
2024-01-17 20:44:06.866 - info: ical.0 (4238) All calenders could not be processed, Do not clean up events
2024-01-17 20:44:11.879 - debug: ical.0 (4238) Plugin sentry destroyed
2024-01-17 20:44:11.881 - info: ical.0 (4238) Terminated (NO_ERROR): Without reason
2024-01-17 20:44:12.404 - warn: ical.0 (4238) get state error: Connection is closed.
2024-01-17 20:44:12.841 - info: host.raspberrypi instance system.adapter.ical.0 terminated with code 0 (NO_ERROR)

Muss ich noch etwas anderes beachten?

Gruß,
Marcus

[haus-automatisierung]

@mguenther Was hast denn als User Agent konfiguriert?

[_Phantom_]

Einen guten Morgen in die Runde.

Ich weiß nicht, ob mein Problem schon besprochen wurden ist, aber seit kurzem bekomme ich keine Kalenderdaten ausgelesen, die eine Wiederholung haben UND Start- Endzeit besitzen.

Wenn ich einen dieser Einträge auf "Ganzen Tag" umstelle ohne Start und Endzeit, werden sie korrekt angezeigt(ausgelesen), auch die Wiederholungen.

Hoffe war verständlich.

[liv-in-sky]

@_phantom_ evtl. https://github.com/iobroker-community-adapters/ioBroker.ical/issues/627#issuecomment-1896504073

adapter downgraden half bei mir

[_Phantom_]

@liv-in-sky Danke, bin auch auf 1.13.4 zurück.

[MartinP]

Bei mir funktioniert auch die URL meines Entsorgers plötzlich nicht mehr ...

https://www.edg.de/abfallkalender

Hier kann man eine gültige Adresse im Stadtgebiet von Dortmund angeben, und kann dann eine URL über die Zwischenablage generieren, die man in seine Kalender-App kopieren soll.

Hier die URL für die Aalbeckestraße 7 in Dortmund (nein - da wohne ich NICHT, war die schnellste Wahl im alphabetisch sortierten Straßenpicker)

https://kundenportal.edg.de/WasteManagementDortmund/WasteManagementServiceServlet?ApplicationName=Calendar&SubmitAction=sync&StandortID=1187201001&AboID=145064&Fra=P;R;B;W

Funktioniert ca seit dem Jahreswechsel nicht mehr ...

Habe dann getestet. Curl generiert keine Datei im ICAL-Format, deutlich zu kurz und XML...
Kopiert man die URL in den Browser, gibt es ein Pop-Up-Menu, Speicherdialog - wo die Datei hinkopiert werden soll.

Habe die Datei in das Verzeichnis /opt/iobroker/iobroker-data gespeichert, und arbeite nun mit dieser lokalen Datei im ical-Adapter. Enthält Termine bis Ende des Jahres, da habe ich erstmal Ruhe ... Zur Not eben alle paar Monate aktualisieren..

EDIT: @liv-in-sky @_Phantom_ ical 1.13.5? Seit Ihr nicht auf Stable? Über Stable wird mir 1.13.3 als aktuell angezeigt ...

[_Phantom_]

@martinp Guten Morgen...

nein, ich bin auf ioBroker-Beta, da VIS-2 bei mir läuft.

Natürlich ist sowas dann auch ein Grund für fehlerhafte iCal-Versionen.
Aber zum Glück kann man ja zurück gehen auf eine "ältere" Version.

[Jan1]

@_phantom_
im Gegenteil, in der beta läuft die ical Version wie sie soll ;)