Debugging Malformed JSON From an Email Send API After Payment

The article advises validating the exact request payload against the provider's documented schema before sending, rather than assuming the response is at fault. It recommends checking the HTTP status before parsing the body, since an HTML gateway error or empty response can cause a JSON decoding failure. Retries should use a stable idempotency key and a policy keyed to status codes, to avoid duplicate sends and redundant payloads. The author also proposes splitting retention, keeping operational metadata and a payload hash longer while shortening retention of sensitive receipt content. The overall guidance is to log request bytes, status, content type, and a size-limited raw body separately from parser errors.