Skip to main content
When something doesn’t send, subscriber.dev records why. Start by looking at the run.

Find out what happened

Every time a workflow is triggered, it creates a run. Each step in the run has a status and, if it didn’t send, a reason. Or ask your agent: “Why didn’t jane@acme.com get the welcome email?”

Skipped steps

A skipped step doesn’t stop the run; later steps still run.

Failed steps

Failed steps are retried twice, after one minute and then two, before they’re marked failed.

Nothing happened when I triggered a workflow

If no run appears, the trigger itself didn’t start one: A common cause is using the wrong environment: workflows, subscribers and integrations in staging aren’t visible in production. Run subscriber whoami to see which one the CLI is using.

A Stripe event didn’t start a workflow

Subscriber.dev keeps every event Stripe sends it, and what it did with it.
Or ask your agent: “Show me the last Stripe events and what happened to them.”

Emails are going to spam

  1. Check that your sending domain has SPF, DKIM and DMARC set up with your provider. See Avoid the spam folder.
  2. Make sure fromEmail is on the domain you verified.
  3. Look at your bounce rate with subscriber analytics. A high one hurts your reputation; remove addresses that bounce.
  4. Spread big broadcasts out with --send-over-hours, especially from a new domain.

Still stuck?

Email support@subscriber.dev with the run or broadcast ID.