Adapter Paketverfolgung DHL, Briefe, Amazon, DPD,GLS,UPS,17T

[einfachjannik]

@djmarc75 Ja habe ich getan, sehe Screenshot

[Diginix]

@einfachjannik Hm, sieht auf den ersten Blick richtig aus. Komisch dass die Instanz beim Start nicht mal DEBUG Zeilen schreibt. Oder fehlen die nur in deinem Screenshot?
Am Ende müsste @tombox mal schauen und vllt Hinweise geben.

[Diginix]

@tombox Habe mir heute ein GLS Konto registriert. Bekomme selbst mit Debug Log aber auch nur diese Zeilen:

2024-04-08 20:27:23.424 - info: parcel.0 (329356) Login to GLS
2024-04-08 20:27:24.735 - error: parcel.0 (329356) {"additionalInfo":{"exception":"BadCredentialsException"},"status_code":401}
2024-04-08 20:27:24.735 - error: parcel.0 (329356) AxiosError: Request failed with status code 401

Für DHL, Herms, DPD, Amazon werden hingegen sehr viele Debug Zeilen erstellt, aber da funktioniert alles.
GLS Anmeldedaten habe ich mehrfach überprüft. In der Instanz nutze ich als User die GLS Mailadr. Als Label steht "App E-Mail". Muss ich mir erst die GLS App auf dem Smartphone installieren oder sollte das auch mit dem Konto, welches ich nur am PC im Browser nutze, funktionieren?

Edit: Habe nun auch die Android App installiert und darin nochmal meine Mailadr. bestätigt usw. In der App funktioniert das Profil und ich sehe die offenen Sendungen. Aber die Instanz mag die Anmeldedaten weiterhin nicht und liefert oben stehende Fehlermeldung.

[Xsev]

Ich bekomme bei DHL folgende Fehlermeldung seit geraumer Zeit:

parcel.0
2024-04-12 07:29:03.924	error	{"error":"invalid_request","error_description":"code is missing"}

parcel.0
2024-04-12 07:29:03.923	error	AxiosError: Request failed with status code 400

parcel.0
2024-04-12 07:29:02.348	info	Login to DHL

parcel.0
2024-04-12 07:29:02.306	info	starting. Version 0.2.7 in /opt/iobroker/node_modules/iobroker.parcel, node: v18.17.1, js-controller: 5.0.17

Woran könnte das liegen?

[Diginix]

@xsev Falsche/Veraltete NodeJS Version. 18.20.2 ist aktuell.
Alles weitere steht hier im Thread weiter vorne.

[Thomas Braun]

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

Woran könnte das liegen?

An einer veralteten nodejs-Version...
Bring das alles auf einen aktuellen Stand.

[Xsev]

@thomas-braun
@Diginix

Alles klar! Danke!

[Diginix]

@tombox Heute kam von Amazon mal wieder eine alte Sendung vom Februar mit folgendem JSON:

{
  "sendungen": [
    {
      "id": "",
      "name": "Artikel",
      "status": "Von Amazon versandt",
      "detailedState": {}
    }
  ]
}

Auch mit der 0.2.7 von github wurde sie dennoch in parcel.0.notDelivered übernommen und auch per Telegram verteilt.
Der Patch funktioniert bei mir also doch nicht. Außerdem geht ja GLS nicht.

[Diginix]

@tombox Gibt es noch Hoffnung, dass GLS zukünftig mal funktioniert und die unvollständigen Amazon Lieferungen nicht in parcel.0.notDelivered landen?
Ist hier irgendwie verdammt ruhig geworden. Wenn du dich also gerade anderen Dingen widmest, ok. Aber vllt kannst eine Prognose abgeben ob am Adapter noch weiter gearbeitet werden wird.

[tombox]

@diginix neue GLS account is zu kompliziert
"Von Amazon versandt" sollte doch in notDelivered landen ?

[Diginix]

@tombox Also wird GLS gar nicht mehr unterstützt?
Ok, dann schmeiß ich das mal aus der Instanz.
Bzgl Amazon geht es um uralte Lieferungen die mir leeren Details kommen:

{
  "sendungen": [
    {
      "id": "",
      "name": "Artikel",
      "status": "Von Amazon versandt",
      "detailedState": {}
    }
  ]
}

Ohne "detailedState" ist es aber keine Sendung mehr, die tatsächlich noch zugestellt wird. Dazu hattest du in der 0.2.7 auf github eigentlich was gepatcht. Siehe hier.
Aber das funktioniert nicht.

[tombox]

@diginix Kann man so leider nicht sagen gibt auch Sendungen die noch kein detailedState haben kannst du den Artikel manuell archvieren?

[Diginix]

@tombox Das möchte ich ungern, weil ich alles historische bei Amazon gern in der normalen Ansicht wiederfinden möchte. Dachte du nutzt für parcel.0.notDelivered extra die Details des jeweiligen Dienstes und nur in parcel.0.allProviderJson landet einfach alles.
Klar ist das JSON von Amazon schon falsch. Die Sendung ist lange durch. K.a. warum Amazon so ein Quatsch über die API liefert.

Komischerweise kam die alte Amazon Sendung immer dann wieder im Adapter an wenn ich das gesamte System neu gestartet habe. Irgendwann fliegt sie dann auch wieder raus. Aber würde ich jetzt das System neu starten, käme sie wieder inkl Telegram usw.

Bzw. Telegram habe ich immer nur nach Reboot.
Die Sendung selbst kommt alternierend:

[einfachjannik]

@diginix Es fehlt kein Screenshot.
@tombox hast du eine Lösung für mein Problem?

[Ro75]

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

Komischerweise kam die alte Amazon Sendung immer dann wieder im Adapter an wenn ich das gesamte System neu gestartet habe

Wenn du "Geistersendungen" hast (hatte ich auch), dann "archiviere" diese Sendungen über die Website oder die App. Dann ist ruhe.

Ro75.

[Diginix]

@ro75 Meiner Meinung nach kann man diese Geistersendungen sehr genau identifizieren ohne etwas bei Amazon archivieren zu müssen. Im JSON ist sowohl die "id" als auch "detailedState" leer. Keine reguläre Sendung hat diese Kriterien.

@tombox meinte zwar, dass das nicht eindeutig wäre, aber ich habe noch keine Sendung ohne id und das auch noch mit leerem detailedState gesehen außer sie ist 100% eine Geistersendung.

Hier nochmal ein Bsp JSON wie es aktuell bei mir wieder existiert:

{
  "sendungen": [
    {
      "id": "",
      "name": "Artikelname usw...",
      "status": "Von Amazon versandt",
      "detailedState": {}
    }
  ]
}

Ich werde ChatGPT mal bitten die main.js dahingehend zu patchen. Vielleicht kommt ja was brauchbares raus. Dann gibt es ein Adapter Fork von mir.

[tombox]

@diginix habe mal ohne id und detail state in GitHub rausgenommen

[Diginix]

@tombox Oh cool! Werde ich testen!

[TT-Tom]

@tombox

kann den adapter aktuell nicht im latest finden, muss er direkt über die Katze geladen werden??

zu ungeduldig Repro war noch nicht geladen

[JoJo58]

@tombox

Guten Morgen,

Adapter Version 0.2.7, Node.js 20.14.0 und NPM 10.7.0

Heute Nacht wollte Amazon mal wieder ein Token und die Instanz wurde nach ein paar Versuchen deaktiviert. Ich habe dann einen neuen OTP eingetragen und bekomme jetzt nur Fehlermeldungen. DHL und Hermes funktionieren, Amazon und UPS können sich nicht anmelden. UPS keine weiteren Meldungen, nur "Login to UPS failed". Daten sind aber korrekt, habe es in der UPS App getestet.

Bei Amazon kommt jetzt eine sehr lange Meldung, die ist zu lang um sie hier zu posten. Daher wollte ich das Logfile herunterladen und hier bereitstellen. Wenn ich das Log herunterladen will, kommt das:

2024-06-21 06:10:09.699 - info: host.vm-iobroker instance system.adapter.parcel.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2024-06-21 06:10:12.482 - info: host.vm-iobroker instance system.adapter.parcel.0 started with pid 913101
2024-06-21 06:10:13.880 - info: parcel.0 (913101) starting. Version 0.2.7 in /opt/iobroker/node_modules/iobroker.parcel, node: v20.14.0, js-controller: 5.0.19
2024-06-21 06:10:13.901 - info: parcel.0 (913101) Login to DHL
2024-06-21 06:10:15.951 - info: parcel.0 (913101) Login to DHL successful
2024-06-21 06:10:15.999 - info: parcel.0 (913101) Login to Amazon
2024-06-21 06:10:16.528 - error: parcel.0 (913101) Failed to post with password to https://www.amazon.de/ap/signin
2024-06-21 06:10:16.529 - error: parcel.0 (913101) "\n \n\n\n\n\n\n\n\n \n\n\n\n\n \n\n\n\n\n\n\n\n\n \n\n\n\n\n\n\n\n\n \n \n \n \n \n \n \n \n \n\n\n\n \n\n\n\n\n\n\n\n
\n
\n\n\n\n\n\n\n\n\n
\n \n
\n\n\n \n \n \n
\n \n \n \n \n \n \n \n
\n \n	\n
\n
Suchst du etwas?
\n
\n
\n Tut uns leid: Die Web-Adresse, die du eingegeben hast, gibt es auf unserer Website nicht.\n
\n \n \n Zur Amazon.de Homepage \n\n \n
\n
\n\n \n\n
\n
\n \n\n\n
\n
\n\n
\n\n\n\n\n\n"
2024-06-21 06:10:16.530 - error: parcel.0 (913101) AxiosError: Request failed with status code 404
2024-06-21 06:10:16.530 - info: parcel.0 (913101) Login to UPS
2024-06-21 06:10:16.889 - warn: parcel.0 (913101) Login to UPS failed
2024-06-21 06:10:16.889 - info: parcel.0 (913101) {"Fault":{"faultcode":"Client","faultstring":"An exception has been raised as a result of client data.","detail":{"Errors":{"ErrorDetail":{"Severity":"Authentication","PrimaryErrorCode":{"Code":"250003","Description":"Invalid Access License number"},"Location":{"LocationElementName":"p2:AccessLicenseNumber"}}}}}}
2024-06-21 06:10:16.889 - info: parcel.0 (913101) Login to Hermes
2024-06-21 06:10:17.211 - info: parcel.0 (913101) Login to Hermes successful

So siehts als Screenshot aus:

Spoiler

Und mir ist aufgefallen, das die Daten nicht mehr aktualisiert werden. Ich habe in der Instanz 5 Minuten eingestellt, habe eben gesehen, das selbst nach etwa 21 Minuten kein neuer Abruf stattgefunden hat.

Gestern hat alles noch funktioniert. Okay, bei UPS weiß ich es nicht, aber bei Amazon bin ich sicher, hab gestern noch ein Paket bekommen.

Gruß, Johannes

EDIT:
Die Daten von DHL werden doch regelmäßig aktualisiert, es taucht nur nicht im Log auf, nur Amazon war die letzte Aktualisierung um 00:36:16.