Monatsrückblick Juli / August 2026 ist online!

[ticaki]

Wäre nett wenn ihr die erweiterte Verschlüsselungsvermutung bestätigt oder verneint ;)

[JLeg]

@ticaki sagte:

Wäre nett wenn ihr die erweiterte Verschlüsselungsvermutung bestätigt oder verneint ;)

sorry, ich habe ehrlich gesagt keine Ahnung, was das ist - bzw. ja, ich kenne den "erweiterten Datenschutz" bei icloud - der hat aber nix mit Kalender zu tun - soweit ich weiss. Und Verschlüsselungsoptionen in der Kalender-App habe ich keine gefunden...

Gerade nochmal geschaut: das scheint noch immer der Stand zu sein - "Ende-zu-Ende-Verschlüsselung" nicht verfügbar für Mail, Kontakte, Kalender:
https://support.apple.com/de-de/102651

[maeb3]

@ticaki wenn ich das bei mir richtig interpretiere, ist das bei mir aus:

Ich werde es heute oder morgen mal mit einem anderen Apple Account versuchen und prüfen, ob es da geht.

[ticaki]

ich glaube das ist es. Ich frage die AI nachher mal was es ncoh sein kann.

[nograx]

Erweiterter Datenschutz ist bei mir deaktiviert, Kalender Einträge sehe ich nicht. Nur ein lastSync State.

[ticaki]

Ich hab besseres logging an der Stelle eingebaut um zu sehen wieso das leer ist - das hilft dann vielleicht dem Fehler auf die spur zu kommen

v2.0.2
Das sollte jetzt logeinträge erzeugen wenn da irgendein bis jetzt verworfener Fehlerstate von Apple kommt.

[maeb3]

Auszug des Log (mit v2.0.2):

2026-09-05 23:01:48.783 - info: icloud.0 (29141) Available iCloud services (31): account, archivews, calendar, ckdatabasews, cksharews, contacts, contactsweb, developerapi, docws, drivews, findme, geows, iwmb, iworkexportws, iworkthumbnailws, keyvalue, mail, mcc, mccgateway, mpp, notes, photos, photosupload, premiummailsettings, push, reminders, settings, sharedlibrary, sharedstreams, ubiquity, uploadimagews
2026-09-05 23:01:48.783 - debug: icloud.0 (29141) Inactive iCloud services: ckdeviceservice(?), schoolwork(?)
2026-09-05 23:01:48.784 - debug: icloud.0 (29141) Geocoding: disabled
2026-09-05 23:01:48.807 - debug: icloud.0 (29141) FindMy ID map loaded: 5 known device(s)
2026-09-05 23:01:48.809 - debug: icloud.0 (29141) FindMy: calling API refresh...
2026-09-05 23:01:49.200 - debug: icloud.0 (29141) FindMy: API returned 13 device(s)
……
2026-09-05 22:31:51.984 - debug: icloud.0 (27550) [icloud.js] [calendar] GET https://p198-calendarws.icloud.com/ca/startup?startDate=2026-09-01&endDate=2026-09-30&dsid=xxxxxxxxxxx&lang=en-us&usertz=Europe%2FBerlin
2026-09-05 22:31:53.612 - warn: icloud.0 (27550) Calendar refresh failed: GET /startup failed: HTTP 500 (empty response)
2026-09-05 22:31:53.613 - debug: icloud.0 (27550) Calendar refresh scheduled every 60 min
2026-09-05 22:31:54.344 - debug: icloud.0 (27550) Extending object account.storage.lastSync with {"type":"state","common":{"name":"Last Sync","type":"number","role":"value.time","read":true,"write":false},"native":{}} (previous: none)

FindMy und Storage funktionieren ohne Probleme.

Kann es eventuell damit zusammenhängen, dass in diesem Account auch Kalender sind, die von anderen mit mir geteilt wurden?

[Asgothian]

Ich versuch auch gerade den adapter zum laufen zu bringen - leider ohne Erfolg. Folgendes passiert:

• der Adapter fragt nach 2FA.
• ich fordere eine SMS an - der Adapter wirft einen Fehler
• ich bekomme eine SMS mit einem Code
• der Code wird abgelehnt.

Log:

icloud.0 2026-09-05 23:49:32.779	error	Admin UI: failed to request SMS code: SMS request failed (500): { "phoneNumber" : { "numberWithDialCode" : "+49 •••• ••••••05", "nonFTEU" : true, "obfuscatedNumber" : "•••• ••••••05", "lastTwoDigits" : "05", "pushMode" : "sms", "id" : 3
icloud.0 2026-09-05 23:49:28.771	info	Admin UI: requesting MFA code via SMS
icloud.0 2026-09-05 23:48:24.081	error	Admin UI: failed to request SMS code: SMS request failed (500): { "phoneNumber" : { "obfuscatedNumber" : "•••• ••••••05", "lastTwoDigits" : "05", "nonFTEU" : true, "numberWithDialCode" : "+49 •••• ••••••05", "pushMode" : "sms", "id" : 3
icloud.0 2026-09-05 23:48:19.927	info	Admin UI: requesting MFA code via SMS
icloud.0 2026-09-05 23:48:07.836	warn	MFA required — enter the 6-digit Apple code into state mfa.code
icloud.0 2026-09-05 23:47:52.134	info	starting. Version 2.0.1 (non-npm: ticaki/ioBroker.icloud#785bf5c0c317dcf602031f1a8f8b203098a92174) in /opt/iobroker/node_modules/iobroker.icloud, node: v24.20.0, js-controller: 7.2.2

Gibt es noch irgend etwas das ich probieren kann ?

A.

[nograx]

2.0.2 sagt:
Calendar refresh failed: GET /startup failed: HTTP 500 (empty response)

[ticaki]

v2.0.3

@Asgothian
dazu gibt ne neue Version die auch nicht den Fehler behebt sondern das log so aufbohrt das man den wirklichen Fehler sieht.

@maeb3
die neue Version hat ne fix drin und etwas mehr log. Ist mist wenn man nicht klar erkennt was der fehler sein könnte :)

[Asgothian]

@ticaki sagte:

@Asgothian
dazu gibt ne neue Version die auch nicht den Fehler behebt sondern das log so aufbohrt das man den wirklichen Fehler sieht.

Prüf ich. Hatte ich aus den Commits so nicht erkannt. Danke für den Hinweis

A.

[ticaki]

• (ticaki) fixed: requesting a 2FA code by SMS could fail with SMS request failed (500) — the session is now refreshed directly before the request and a rejected request is retried once with the complete phone number payload
• (ticaki) fixed: calendar requests now carry the clientBuildNumber / clientMasteringNumber / clientId parameters that Apple's own web client sends — without them stricter calendar servers answered with an empty HTTP 500
• (ticaki) changed: failed SMS and calendar requests now report Apple's actual error (service errors, edge headers) instead of a truncated JSON fragment, and all adapter messages are English now

Jedoch ist 1 und 2 nur ein versuch.

[Asgothian]

My bad - hatte ich nicht darauf bezogen. Auffällig für mich war eher das unvollständige JSON im Log Eintrag. Ich teste.

A.

Nachtrag - durch die vorherigen Versuche hatte ich die Telefonnummer blockiert - er hat sie nicht mehr akzeptiert. Nun geht es wieder (neuer Tag, denk ich).. Jedenfalls konnte ich mich anmelden. Nun können die weiteren Tests folgen.

[ticaki]

Der Adapter ist komplett von claude geschrieben - die AI meinte das sie im Fehlerfall mit dem debuglog jetzt deutlich mehr anfangen könnte.

[maeb3]

Wir kommen der Sache näher.
Log mit v2.0.3:

2026-09-06 10:13:10.589 - debug: icloud.0 (1246) [icloud.js] [auth] authenticateWebService "calendar" → POST https://setup.icloud.com/setup/ws/1/accountLogin
2026-09-06 10:13:11.088 - debug: icloud.0 (1246) [icloud.js] [auth] authenticateWebService "calendar" response status: 421
2026-09-06 10:13:11.089 - debug: icloud.0 (1246) [icloud.js] [calendar] GET https://p198-calendarws.icloud.com/ca/events?clientBuildNumber=2534Project66&clientMasteringNumber=xxxxxxx&clientId=xxxxxxxxxxxxxxxxxx&dsid=xxxxxxxxxxx&startDate=2026-09-01&endDate=2026-09-30&lang=en-us&usertz=Europe%2FBerlin
2026-09-06 10:13:12.152 - warn: icloud.0 (1246) [icloud.js] [calendar] /startup failed but /events answered (54 event(s)) — Apple serves this account's events but not its calendar list. Please check whether Calendar is enabled for iCloud on your Apple devices and whether icloud.com/calendar works in a browser.
2026-09-06 10:13:12.153 - warn: icloud.0 (1246) Calendar refresh failed: WEBSERVICE_REAUTH_REQUIRED:calendar
2026-09-06 10:13:12.153 - debug: icloud.0 (1246) Calendar refresh scheduled every 60 min

Im Browser kann ich die im Log genannte URL (iCloud.com/calendar) erfolgreich aufrufen.

[ticaki]

v2.0.4 ist auf github - npm dauert noch einen paar minuten

[maeb3]

@ticaki
sieht gut aus: der Workaround (v2.0.4) scheint erst mal zu funktionieren. Die Calender werden jetzt bei mir erfolgreich gesynced:

2026-09-06 13:33:26.409 - info: host.iobroker "system.adapter.icloud.0" enabled
2026-09-06 13:33:27.587 - info: host.iobroker instance system.adapter.icloud.0 in version "2.0.4" (non-npm: ticaki/ioBroker.icloud#565c6094a470da57f1e4e8304d5af47ae6f8c61a) started with pid 12540
2026-09-06 13:33:29.514 - warn: icloud.0 (12540) This instance has 6669 objects, the limit for this instance is set to 5000.
2026-09-06 13:33:29.517 - info: icloud.0 (12540) starting. Version 2.0.4 (non-npm: ticaki/ioBroker.icloud#565c6094a470da57f1e4e8304d5af47ae6f8c61a) in /opt/iobroker/node_modules/iobroker.icloud, node: v22.23.2, js-controller: 7.2.2
2026-09-06 13:33:35.063 - info: icloud.0 (12540) Logged in as: xxxxxxxxxxxx
2026-09-06 13:33:35.063 - info: icloud.0 (12540) Country: DEU, Locale: de-de_DE
2026-09-06 13:33:35.064 - info: icloud.0 (12540) Available iCloud services (31): account, archivews, calendar, ckdatabasews, cksharews, contacts, contactsweb, developerapi, docws, drivews, findme, geows, iwmb, iworkexportws, iworkthumbnailws, keyvalue, mail, mcc, mccgateway, mpp, notes, photos, photosupload, premiummailsettings, push, reminders, settings, sharedlibrary, sharedstreams, ubiquity, uploadimagews
2026-09-06 13:33:38.437 - info: icloud.0 (12540) FindMy ready — 5 device(s): 2 own, 11 family, 0 accessories; 5/5 with location
2026-09-06 13:33:42.611 - warn: icloud.0 (12540) [icloud.js] [calendar] /startup failed but /events answered (54 event(s) in 4 calendar(s)) — Apple serves this account's events but not its calendar list. Continuing with a calendar list reconstructed from the events: calendars without events in the queried range are missing and no titles, colours or flags are available for the others.
2026-09-06 13:33:52.930 - info: icloud.0 (12540) Calendar ready — 4 calendar(s), 81 upcoming event(s) this month
2026-09-06 13:33:54.052 - info: icloud.0 (12540) Account storage ready — 80713 / 204800 MB used (39.4%)
2026-09-06 13:33:54.053 - info: icloud.0 (12540) iCloud connection established successfully

Vielen Dank dir schon mal.
Jetzt muss ich mich mal durch die dadurch entstandene Objekte-Struktur im ioBroker kämpfen, die ja, wie im Log auch erwähnt, nicht die Titel, Farben, etc. beinhalten. Aber das schaffe ich heute nicht mehr.

[ticaki]

dann ein weiterer versuch um die fehlenden daten von woanders zu bekommen (titel farbe etc)
v2.0.5

[nograx]

Kalender bei mir jetzt vorhanden. Super! Danke!

[Asgothian]

Bei mir klappt der Kalender auch, schon mal Danke dafür. Jetzt muss ich mir nur noch eine Logik überlegen wie ich auf die Kalender-Events reagieren kann, ohne haufenweise Last zu erzeugen.

A.