graph.microsoft.com

Test against the Microsoft Graph Outlook Mail API

A hosted, stateful simulation shaped like the Microsoft Graph Outlook Mail API. Writes persist, data moves on a schedule and every change can fire a signed webhook. Unofficial: not affiliated with graph.microsoft.com.

Operations: 24

Start this simulation Vendor documentation

example request

curl https://your-outlook-mail.slurry.io/v1.0/me/messages \
  -H "Authorization: Bearer slurry_sim_live_..."

Your simulation gets its own hostname, key and IP allow-list. Spec snapshot: version v1.0.

What gets simulated

Collections, relationships and state machines are worked out from the spec when you start the simulation.

State. Creates, updates and deletes persist and show up in later reads.
Behaviour. Records move through their states on a schedule you control, and you can fast-forward up to 30 days.
Webhooks. Every change emits a signed, retried event.
Failure. Per-endpoint errors, latency and chaos rules, on demand.

Operations

First 12 of 24.

GET/me/mailFolders
POST/me/mailFolders
GET/me/mailFolders/{mailFolder-id}
PATCH/me/mailFolders/{mailFolder-id}
DELETE/me/mailFolders/{mailFolder-id}
GET/me/mailFolders/{mailFolder-id}/messages
POST/me/mailFolders/{mailFolder-id}/messages
GET/me/mailFolders/{mailFolder-id}/messages/{message-id}
PATCH/me/mailFolders/{mailFolder-id}/messages/{message-id}
DELETE/me/mailFolders/{mailFolder-id}/messages/{message-id}
GET/me/mailFolders/{mailFolder-id}/messages/delta()
GET/me/messages

Does this simulation differ from the real Microsoft Graph Outlook Mail API?

Tell us about wrong response shapes, status codes, missing endpoints or unrealistic data. If you have a simulation of it, report from its Issues tab so we can see the exact call.