Skip to content
This repository has been archived by the owner on Jun 13, 2024. It is now read-only.

DHL Express tracking fails #207

Closed
ristomatti opened this issue Jun 16, 2022 · 13 comments 路 Fixed by #208
Closed

DHL Express tracking fails #207

ristomatti opened this issue Jun 16, 2022 · 13 comments 路 Fixed by #208
Labels
bug Something isn't working help wanted Extra attention is needed tracking-integration Releated to tracking integrations

Comments

@ristomatti
Copy link
Collaborator

I've got an Express package on the way which should have tracking info. I've sent you the code via the usual channel. 馃檪

Aside: I've been on a bit of a shopping spree for the summer. Based on that I can confirm UPS, Posti, Matkahuolto and Cainiao tracking still work. 馃榿

I also made a curious observation: I received this tracking code from the sender of the DHL package 00340434287098544863. It turned out to be some other somehow related code, but before I realized this, I ran the find courier search using it. Cainiao tracking gives a match but the tracking status is [CN]STOPCRAWLER. 馃槃

@ristomatti ristomatti added the bug Something isn't working label Jun 16, 2022
@norkator
Copy link
Owner

DHL has integrated different tracking system and getting cookie session token seems to be case here. I tried and having only cookie part called bm_sz=<value> is enough for it to work + with other headers.

@norkator
Copy link
Owner

It does something else to that bm_sz cookie token before it can really be used. Authorizes it or something.

@norkator
Copy link
Owner

okay theres one more step doing some verify call with bm_sz and more important sec_cpt to clearly authorize bm_sz token. Need to figure this out.

@ristomatti
Copy link
Collaborator Author

Is a purely scraper based technique out of the question in this case? With something like https://github.com/skrapeit/skrape.it?

@norkator
Copy link
Owner

feels too overkill for this

@ristomatti
Copy link
Collaborator Author

Yep surely if it can be worked around with a reasonable effort. Lib like that would likely bloat the app size quite a lot but then again could save a ton of development time. But I guess you like puzzles like this. 馃槑

@norkator
Copy link
Owner

Well it just got so much harder that the only option is pretty much what you said. This before validation tokens even includes some "sensor data" which is pretty much sending my browser/os details there and its mandatory. Most of the logic what is being done with these tokens is in minified javascript mess which is run three times before I get sec_cpt token.

@ristomatti
Copy link
Collaborator Author

It's a bit peculiar to what lengths these businesses go to stop people from tracking packages sent by themselves.

@ristomatti
Copy link
Collaborator Author

Have you considered if it could be done via some other tracking service 馃槵?

@norkator norkator linked a pull request Jun 17, 2022 that will close this issue
@norkator norkator added help wanted Extra attention is needed tracking-integration Releated to tracking integrations labels Jun 17, 2022
@norkator
Copy link
Owner

some other tracking service

then tracking details would go trough someone else again. I would like to see this using direct courier services in the future just like now.

@ristomatti
Copy link
Collaborator Author

ristomatti commented Jun 17, 2022

Good point and a worthy goal.

@norkator
Copy link
Owner

I decided to create account and get api key. It has 250 daily call limit but it can be requested as higher. If it has price tag then "deal with it"

@norkator
Copy link
Owner

Screenshot 2022-06-19 at 19 38 17

heres form to request higher call limit

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working help wanted Extra attention is needed tracking-integration Releated to tracking integrations
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants