Monatsrückblick Januar/Februar 2026 ist online!

[Diginix]

@omnedon sagte in Adapter Paketverfolgung DHL, Briefe, Amazon, DPD,GLS,UPS,17T:

Aber mit dem neuen Objekt wird man nur die sehen, die in Zustellung sind.

Direkt in Zustellung gibt es schon ein Objekt. Aber das enthält wirklich erst Sendungen wenn sie im Zustellfahrzeug sind. Alle, die nur elektronisch gemeldet oder auf dem Zwischenweg sind, fehlen darin und die wären dann in dem neuen Objekt.

[Frederik Buss]

@diginix @tombox Würde hier auch ein upvote geben, Alle Sendungen, welche für die Zustellung geplant sind in einem extra Objekt würde mir auch sehr gut gefallen. Ob da auch die Sendungen, welche bereits im Zustellobjekt enthalten sind auch mit dabei sind oder nur die Sendungen welche noch auf die Zustellung warten, wäre mir jetzt eher egal. Hauptsache man sieht welche Bestellungen ankommen werden.

Ansonsten auch von mir Danke für den Adapter!

[Diginix]

@tombox Habe direkt noch ein Optimierungswunsch ;-)
Pro Sendung ein Datumsfeld von wann die Info ist in parcel.0.allProviderJson und dem neuen kommenden Objekt.
Bei mir steht zB heute:

"status": "Deine Sendung wurde in das Zustellfahrzeug geladen. Voraussichtlich heute kommt deine Sendung.",
"source": "Hermes",

Mal angenommen das ändert sich bis morgen nicht, warum auch immer. Dann stimmt das "heute" ja nicht mehr. Ein "date" oder "lastmodified" mit "11.01.2024" und ggf. sogar Uhrzeit wäre cool.

[Diginix]

@tombox Habe gerade ein Debuglog für ein DHL Fehler erstellt und dabei bemerkt, dass du das gesamte html von Amazon pro Sendung ins Log schmeißt. Das waren bei 2 Sendungen 1,7 MB. :dizzy_face:
Muss das so damit du alles hast falls nötig?
Issue für DHL ist im git erstellt.
Danke!

[tombox]

@diginix die GitHub version hat ein Objekt notdeliveredjson

[Diginix]

@tombox Kann ich bestätigen ;-)
Vielen Dank!

Wenn nun DHL wieder funktionieren würde und meine Briefankündigung käme, wäre ich glücklich.
Dann fehlt nur noch das Datum und und und :stuck_out_tongue:

[tombox]

@diginix Eigentlich aktualisieren sich die meisten um Mitternacht von "morgen" auf "heute" an sich kein datum notwendig

[Diginix]

@tombox Das stimmt wohl. Dass der Status wenn einmal auf "kommt heute" über 0 Uhr hinaus bleibt, ist sehr unwahrscheinlich. Fände das Datum im JSON bzw. in meiner Tabelle in der VIS dennoch schön. Aber die Entscheidung liegt bei dir.
Hast du zum DHL Fehler eine Idee oder einfach warten?

[tombox]

@diginix bei mir geht der login. eine Möglichkeit ist den auth ordner zu löschen

[Diginix]

@tombox Habe ich gemacht. Nach Instanz Restart gibt es ihn wieder, aber parcel.0.auth.dhlMfaToken ist null.
Im Cookie Objekt steht aber einiges, u.a. eben auch ein Cookie.

Kann ich den Adapter dazu bringen dass ich von DHL auch wieder ein Mail/SMS mit Pin bekomme?

Edit: auch mit deaktiviertem 2FA bei DHL keine Chance.

[Diginix]

Habe nun aus Verzweiflung den Adapter komplett gelöscht. Von git neu installiert. Alle Anbieter Logins neu und dennoch kommt bei DHL weiterhin der Fehler. Alle anderen funktionieren. 2FA ist bei DHL wieder aktiv. Aber weder die Anmeldung im Browser noch die vom Adapter hat eine Mail/SMS mit PIN von DHL getriggert. Wahrs. merken die sich die Clients und dann braucht man auch nach Reaktivierung von 2FA nicht erneut ein PIN.

[Rene55]

@tombox Ich hab auch dauernd diesen "error Error: read ETIMEDOUT" im Log. Ich hab in den letzten Tagen mehrere Lieferungen (DHL und AMZ) erhalten. Angekündigt wurde nichts.
Kann ich was daran machen?

[Diginix]

Bei mir kommt der Fehler nur wenn ich den Adapter neu starte. Aber habe seit dem ich alles neu gemacht habe auch keine DHL Knoten mehr. Soeben noch mal parcel.0.auth gelöscht und alle Logindaten neu. DHL bleibt weiterhin tot. Debuglog hatte ich ja schon ins git Issue.
Ich hatte gar keie DHL Lieferungen mehr und heute morgen eine Briefankündigung in der DHL App und nun noch eine angekündigte Paketsendung. Kommt aber alles nicht im Adapter an.

[Rene55]

@diginix Der Fehler kommt bei mir kontinuierlich in unregelmäßigem Abstand. Den Auth-Ordner habe ich auch schon gelöscht. Danach bekam ich nur die Aufforderung für AMZ, sich neu einzuloggen. Ich werde mal die Einträge für DHL löschen - mal sehen ob das was bringt.
Nachtrag: nach dem Ändern der DHL-Zugangsdaten bekomme ich:

parcel.0 2024-01-12 19:53:34.978	error	DHL PreSession failed. Please check username password
parcel.0 2024-01-12 19:53:34.977	error	SyntaxError: Unexpected token , in JSON at position 324

Anschließend mit den richtigen Login-Daten wieder erfolgreich eingeloggt - ohne erneute Eingabe einer PIN!

[Diginix]

@rene55 Und bekommst du nun auch wieder Daten von DHL?
Wurde parcel.0.dhl wieder erstellt?

Habe auch mal falsche und dann korrekte DHL Logindaten eingetragen. Mit den falschen kam:

2024-01-12 20:54:47.784	error	SyntaxError: Unexpected token , in JSON at position 324
2024-01-12 20:54:47.785	error	DHL PreSession failed. Please check username password

und mit den richtigen dann wieder der Axio Fehler:

2024-01-12 20:55:17.829	error	AxiosError: Request failed with status code 400
2024-01-12 20:55:17.830	error	{"error":"invalid_request","error_description":"code is missing"}

Ich hoffe @tombox findet was.

[tombox]

@diginix brauch ich wohl konkret den account

[Diginix]

@tombox Doof, weil im Konto sehr viele persönliche Infos einsehbar sind. Dann muss ich vorerst ohne DHL leben. Ich erstelle mal ein neues Konto, um zu sehen ob es damit geht und falls nicht, dann kannst du dessen Logindaten haben.

[Rene55]

@tombox Ich habe gerade nochmal auf einem "frischen" Testsystem den Adapter in Version 0.2.6 installiert. Ich habe DPD drin (ohne weiterers zutun successful), AMZ (brachte mir einen neues OTP, logi und relogin successful) und bei DHL die gleichen Fehlermeldungen wie @Diginix .

[Diginix]

@rene55 Der Fehler liegt ja auch am DHL Konto. Ob nun "frischer" Adapter oder älter spielt keine Rolle.

@tombox Im Debuglog tauchte ja diese Zeile auf:

2024-01-12 08:29:24.848 - debug: parcel.0 (128223) Please close this window to continue.

Ist der Text "close this window" von DHL?
DHL funktionierte mehrere Tage problemlos und ich hatte auch nichts am Konto verändert bis es nicht mehr ging. Es ist aktuell auch egal ob 2FA an oder aus ist. Könntest du dich mit einer Debug Adapterversion annähern? Also eine Version, die noch mehr Infos ausgibt um die Ursache zu finden.

[Rene55]

@diginix Ja, irgendetwas ist da faul. Ich hab den Adapter jetzt (leider) nur noch im Testbetrieb mit dem Account von DHL laufen. Ich habe gerade nochmal alles gelöscht und neu (Email&Passwort) eingegeben. Es kam keine SMS/Mail Pin nach erstem Start.

Spoiler

2024-01-17 10:06:28.517 - info: host.CT113 instance system.adapter.parcel.0 started with pid 302094
2024-01-17 10:06:30.740 - debug: parcel.0 (302094) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-01-17 10:06:30.762 - debug: parcel.0 (302094) Objects client ready ... initialize now
2024-01-17 10:06:30.763 - debug: parcel.0 (302094) Objects create System PubSub Client
2024-01-17 10:06:30.764 - debug: parcel.0 (302094) Objects create User PubSub Client
2024-01-17 10:06:30.814 - debug: parcel.0 (302094) Objects client initialize lua scripts
2024-01-17 10:06:30.819 - debug: parcel.0 (302094) Objects connected to redis: 127.0.0.1:9001
2024-01-17 10:06:30.841 - debug: parcel.0 (302094) Redis States: Use Redis connection: 127.0.0.1:9000
2024-01-17 10:06:30.848 - debug: parcel.0 (302094) States create System PubSub Client
2024-01-17 10:06:30.849 - debug: parcel.0 (302094) States create User PubSub Client
2024-01-17 10:06:30.860 - debug: parcel.0 (302094) States connected to redis: 127.0.0.1:9000
2024-01-17 10:06:30.891 - debug: parcel.0 (302094) Plugin sentry Initialize Plugin (enabled=true)
2024-01-17 10:06:31.228 - info: parcel.0 (302094) starting. Version 0.0.27 in /opt/iobroker/node_modules/iobroker.parcel, node: v18.16.0, js-controller: 5.0.17
2024-01-17 10:06:31.305 - info: parcel.0 (302094) Login to DHL
2024-01-17 10:06:31.893 - debug: parcel.0 (302094) [object Object]
2024-01-17 10:06:32.605 - debug: parcel.0 (302094) Please close this window to continue.
2024-01-17 10:06:32.716 - debug: parcel.0 (302094) (janrain.capture.ui.handleCaptureResponse)({"stat":"ok","result":{"transactionId":"3LenxxxxxxxxxfxWO","status":"success","statusMessage":"signedIn",...usw.}});
2024-01-17 10:06:33.786 - debug: parcel.0 (302094) {"access_token":"aFyAWxxxxxxxxHOLUag","refresh_token":"F_SUdK4xxxxxxxlxkOpj9c-","expires_in":1800,"token_type":"Bearer","scope":"openid offline_access",...usw.}
2024-01-17 10:06:33.787 - info: parcel.0 (302094) Login to DHL successful

2024-01-17 10:07:44.755 - error: parcel.0 (302094) Error: read ETIMEDOUT
2024-01-17 10:07:44.756 - debug: parcel.0 (302094) https://www.dhl.de/int-verfolgen/data/search?piececode=&noRedirect=true&language=de&cid=app
2024-01-17 10:07:49.578 - debug: parcel.0 (302094) {"sendungen":[{"id":"0034xxxxxxxxxxxxx98","hasCompleteDetails":true,"sendungsinfo":{"gesuchteSendungsnummer":"0034xxxxxxxxxxxxx98","sendungsname":...usw}
2024-01-17 10:07:49.584 - debug: parcel.0 (302094) Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) }
2024-01-17 10:07:49.591 - debug: parcel.0 (302094) dhl merge provider json
2024-01-17 10:07:49.592 - debug: parcel.0 (302094) https://www.dhl.de/int-aviseanzeigen/advices?width=414
2024-01-17 10:07:50.032 - debug: parcel.0 (302094) {"currentAdvice":null,"oldAdvices":[{"date":"11.01.2024","advices":[{"image_url":"https://briefankuendigung.dhl.de/pdapp-web/image/v1.0/16db1785-::: usw.,"basicAuth":"","serviceState":{"contractState":"ACTIVE","recognitionDegree":3}}
2024-01-17 10:07:50.238 - debug: parcel.0 (302094) ""
2024-01-17 10:07:51.254 - debug: parcel.0 (302094) dhl merge provider json
2024-01-17 10:07:51.255 - debug: parcel.0 (302094) Write states

Es wurden die alten Daten abgerufen und bringt weiterhin 'Error: read ETIMEDOUT'. Evtl. bringt die Auflösung von [object Object] auch noch eine Erhellung.