Debug Schoology OAuth 1.0a two-legged signature failures caused by automatic redirect-following.

domain: developers.schoology.com · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗

Steps

  1. Generate an API consumer key/secret for a user with "Access Schoology API" permission via the Schoology Integration admin menu.
  2. For two-legged (server-to-server) calls, sign requests with oauth_consumer_key set and oauth_token left empty, using PLAINTEXT signing over HTTPS or HMAC-SHA1.
  3. Call base endpoints like https://api.schoology.com/v1/users, /sections, or /grades with a fresh oauth_nonce and strictly increasing oauth_timestamp each request.
  4. If a client library auto-follows a 303 redirect (e.g., calling /users/me), regenerate the OAuth signature for the redirected request rather than reusing the original.
  5. Confirm your HTTP client isn't silently retrying with a stale nonce/timestamp pair, which the API will reject.

Known gotchas

Related routes

Sync roster data from Schoology using the Schoology REST API with OAuth 1.0a two-legged authentication
developers.schoology.com · 5 steps · unrated

Give your agent this knowledge — and 15,500+ more routes

One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus: claude mcp add --transport http waymark https://mcp.waymark.network/mcp

Need this verified for your stack — or a route we don't have yet?

We author + individually verify a route for your exact task within 24h. Custom route — $25 · Teams: Pilot — $750/mo · all plans