Posted - 11/04/2025 : 08:23:40
Apologies if this isn’t helpful, but I ran the XML rate request that ServeLink support shared with us through GPT, and here’s its analysis:
===========
That trace indicates UPS is throttling the legacy XML Rate API call at the edge (Akamai) with error 10429 / HTTP 429.
It’s not an OAuth-token call — this is the old ups.app/xml/Rate endpoint on onlinetools.ups.com.
Given UPS’s 2024 migration to OAuth2/REST and its per-minute “spike arrest” limits, it appears the XML path is now rate-limited (or effectively retired) for your account or IP, so even a single request can trigger the 429 if the quota bucket is already exhausted.
Evidence from the curl trace:
Host & path: onlinetools.ups.com #8594; POST /ups.app/xml/Rate (legacy XML).
Response: HTTP/1.1 429 with errorcode: 10429.
Headers: repeated ak-grn-1 values, which identify Akamai edge throttling.
If accurate, this could explain why every UPS rate request is failing, even for a single customer query.
===========
ETA: I enabled XML debug emails for our site using $debugxmlemails=TRUE;, ran the results by GPT again, and it says:
===========
Yes. This is the same failure mode.
Facts from your debug:
It’s a legacy XML call (AccessRequest + RatingServiceSelectionRequest using AccessLicenseNumber/UserId/Password).
The response body contains ErrorCode 10429 / “Too Many Requests.”
That matches UPS throttling the XML Rating API (not an OAuth token call).
What this implies
You’re still hitting the old ups.app/xml/Rate workflow. UPS has moved developers to REST + OAuth2 and enforces per-minute spike limits; XML calls are now very prone to 429/10429 even on a single visible request if the quota bucket is already empty (e.g., shared IP/credentials or background calls).
===========
Edited by - pauld on 11/04/2025 09:08:11
|