Skip to main content
Postman logo

Is Postman Down?

No — Postman is up
Postman's status page
Operational · no open incidents
FlareWarden checks
Website reachable · 8 of 8 regions · 500 ms

Right now

The verdict is the worse of these two. How we decide

Postman's status page

status.postman.com · read · checked every 3 minutes

Operational

“All Systems Operational”: no open incidents and no component reported in trouble.

31 locations All operational

FlareWarden checks

postman.com from 8 regions · when you open this page (at most every 30 minutes), otherwise every 6 hours

Reachable
Regions up
8 of 8
Response
500 ms
Checked

By region

  • Amsterdam reachable, 459 ms
  • Dallas reachable, 283 ms
  • Newark reachable, 227 ms
  • Paris reachable, 390 ms
  • San Jose reachable, 526 ms
  • Stockholm reachable, 352 ms
  • Sydney reachable, 1431 ms
  • Toronto reachable, 338 ms
Timing by region
Connection timing for each region that loaded the page
RegionDNSTCPTLSTTFB
Amsterdam50 ms4 ms17 ms445 ms
Dallas111 ms2 ms12 ms267 ms
Newark99 ms2 ms13 ms219 ms
Paris31 ms2 ms9 ms379 ms
San Jose109 ms3 ms14 ms466 ms
Stockholm92 ms2 ms9 ms340 ms
Sydney237 ms1 ms8 ms1215 ms
Toronto173 ms1 ms10 ms324 ms
We check that postman.com loads, not every feature behind it. Test it yourself

History

Incidents Postman reported

Since Oct 22, 15 days · from status.postman.com

Incidents
0
Major or critical
0
Median to resolve
—

No incidents reported in this window.

Postman website availability

Measured by FlareWarden · postman.com

Last 7 days
100%
Last 30 days
100%
Last 90 days
100%
Avg response, 30 days
628ms

Last 30 days

91-day clean streak
Oct 7: 100.00% uptime, 32 checks
Oct 8: 100.00% uptime, 32 checks
Oct 9: 100.00% uptime, 32 checks
Oct 10: 100.00% uptime, 32 checks
Oct 11: 100.00% uptime, 32 checks
Oct 12: 100.00% uptime, 32 checks
Oct 13: 100.00% uptime, 32 checks
Oct 14: 100.00% uptime, 32 checks
Oct 15: 100.00% uptime, 32 checks
Oct 16: 100.00% uptime, 31 checks
Oct 17: 100.00% uptime, 29 checks
Oct 18: 100.00% uptime, 32 checks
Oct 19: 100.00% uptime, 32 checks
Oct 20: 100.00% uptime, 32 checks
Oct 21: 100.00% uptime, 32 checks
Oct 22: 100.00% uptime, 32 checks
Oct 23: 100.00% uptime, 32 checks
Oct 24: 100.00% uptime, 32 checks
Oct 25: 100.00% uptime, 32 checks
Oct 26: 100.00% uptime, 32 checks
Oct 27: 100.00% uptime, 32 checks
Oct 28: 100.00% uptime, 32 checks
Oct 29: 100.00% uptime, 32 checks
Oct 30: 100.00% uptime, 32 checks
Oct 31: 100.00% uptime, 32 checks
Nov 1: 100.00% uptime, 31 checks
Nov 2: 100.00% uptime, 32 checks
Nov 3: 100.00% uptime, 32 checks
Nov 4: 100.00% uptime, 32 checks
Nov 5: 100.00% uptime, 32 checks
Oct 7 Today
No downtime Partial Downtime Not measurable No data

Measured by FlareWarden's own checks of postman.com from multiple regions every 6 hours. Postman's status page sets the verdict above when it reports trouble, but never these figures. Percentages count only checks that returned an availability answer — 90 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

What Postman does

Postman is an API platform where developers build, test and document requests, share collections across a team and run scheduled monitors against live endpoints. Collections sync through Postman's cloud rather than living purely on disk, so an outage can block access to work that feels local.

What an outage looks like

The desktop and web clients fail to sign in, or open showing collections that will not sync. Shared collections appear stale, and edits made by colleagues do not arrive. Scheduled monitors stop running and report no results, which reads as healthy endpoints rather than as missing checks. Mock servers and published documentation return errors to their consumers.

What to do about it

Check status.postman.com, which reports the desktop and browser platforms, Login, Monitors, Mocks, the Postman API and published documentation separately, and splits them by US and Europe regions. Requests against your own APIs still work if you are already signed in, since those calls leave your machine directly. Treat a silent monitor as unverified rather than as a passing check.

Is it down for everyone, or just you?

If this page says Postman is up but it is not loading for you, the problem is between you and them. Run a check against any URL from up to 17 cities across three regions to find out where it breaks.

Test it yourself

Related services

Postman outage FAQ

Is Postman down or am I just signed out?
Login is a separate component, and a failure there logs people out or blocks sign-in while the rest of the platform is healthy. If the client opens but rejects your credentials, check that component specifically. Repeatedly re-entering credentials during a Login incident does nothing useful and occasionally trips rate limiting on top of it.
Can I still send requests while Postman is down?
Yes, if you are already signed in and the collection is loaded. Requests go from your machine to the API you are testing and do not route through Postman, so testing continues. What fails is syncing, sharing, and anything server-side such as monitors and mocks. Avoid signing out mid-incident, since signing back in may not work.
Do scheduled monitors run after the outage?
Missed runs are generally not replayed, so a gap in monitor history is a gap in coverage rather than a delayed result. This matters because a monitor that did not run looks the same as one that found nothing wrong. After an incident, treat the silent window as unmonitored and check the endpoints it covers directly.
Will I lose unsynced collection changes?
Changes made in the client while sync was failing are held locally and usually upload when the connection returns. The risk is editing the same collection from a second machine in the meantime, which produces a conflict someone has to resolve. Work from one client until sync recovers rather than switching devices during an incident.
Does a Postman outage break my published API documentation?
Published documentation and mock servers are served by Postman and are listed as their own components, so consumers of your public docs see errors during an incident. Your actual API is unaffected. If partners depend on those docs, saying so somewhere else during a long outage saves them debugging an integration that was never broken.

How we measure this

  • We request Postman's public endpoint every 6 hours from Fly.io regions across six continents — the most recent check ran from 8 of them. When you open this page and our last check is more than 30 minutes old, we check again on the spot; those checks update the verdict, never the availability figures.
  • A region counts as down only when it gets no usable HTTP response. A 403 or 429 means the origin answered and refused us, which we report as blocked, never as an outage.
  • A single failing region is treated as probe noise. Our checks only change their verdict when two consecutive cycles agree.
  • Response times average only the regions that actually served the page, so a timeout never inflates the number.
  • Where Postman publishes an official status feed we read it too, and the verdict is the worse of what it reports and what our checks see: a major outage of Postman itself is Down, trouble with one part of it is Degraded, problems at a few of a provider's many locations change nothing, and a security notice that marks nothing down is shown but changes nothing either. We check the feed every 3 minutes and read it again within minutes of any change to its incidents or components; a reading counts for 45 minutes after the last check that found nothing changed. The availability figures above are our measurement alone.

Get alerted when Postman goes down

We check Postman every 6 hours, and again when you open this page if that was more than 30 minutes ago. Your own monitors run as often as every 30 seconds, from up to 17 cities across three regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required