Job Board Application Submission Errors

What to do

• Check whether your product depends on Ashby. Check your stack

  Paste a package.json, lockfile, Terraform or a list of domains at down.guide/stack to see every provider you depend on.

• Confirm your retries, queues and scheduled jobs caught up after the 0m it lasted.

  Anything that failed between 2026-10-14 23:29 UTC and 2026-10-14 23:29 UTC may need a replay.

• Subscribe to Ashby's feed to hear about the next one first. RSS feed

  https://down.guide/feed?provider=ashby works in Slack (/feed subscribe), Discord feed bots and any RSS reader.

Updates from Ashby 2

1. resolvedOct 14, 2026, 11:29 PM UTC

   For a period of 43 minutes, job applications failed on job boards due to an issue with an upstream provider. We have resolved the issue with the upstream provider.

   provider

2. postmortemOct 23, 2026, 11:18 PM UTC

   ## **Summary** For approximately 43 minutes, some applicants were unable to submit applications on Ashby-hosted job boards. The issue lasted from 11:29 PM UTC on October 14 to 12:12 AM UTC on October 15. ## **Why did this happen?** Ashby uses an upstream provider to power bot-detection for job applications, helping prevent automated spam submissions on our job boards. Our billing account with this service was tied to another product we used with the upstream provider. When we sunset our use of that other product, the billing account was also removed from our bot-detection service, triggering a usage limit that prevented some checks from completing. At the time, Ashby required these checks to be completed before accepting an application. As a result, affected submissions were blocked, and the applications were not created in Ashby. ## **How did we resolve the situation?** On October 14, 2026, at 11:29 PM UTC, a member of our team worked with our upstream provider’s support to sunset usage of a different product; the changes they made affected the billing for our bot-detection service, and application submissions began failing. At 11:42 PM UTC, our team identified errors from the bot-detection service and began investigating. At 11:59 PM UTC, we restored billing for the service, allowing it to process requests beyond the usage limit. Error rates began declining as the change took effect. On October 15, at approximately 12:12 AM UTC, the final error associated with this incident was recorded. We continued monitoring, did not observe further errors of this kind, and resolved the incident.  ## **What have we put in place to prevent it from happening in the future?** We have implemented changes both to reduce the likelihood of another billing issue and to prevent a temporary failure of the third-party service from blocking applications: * **We corrected our billing setup and disconnected it from other products with the upstream provider**. * We changed how Ashby handles errors from the upstream provider’s service. **Applications now go through even if the service is temporarily unavailable**. If this were to happen again, we would prefer to let all applications through to ensure valid candidates make it into the system, since we can always clean up spam applications retroactively.

   provider

Corrections

None so far.

Something wrong on this page? Report an error or send us a note. Every fix is listed here.