# Apollo Deliverability

> Protect the sending asset on Apollo: mailbox health, warmup, volume limits, bounce and incident response, sending schedule. Use before launching and whenever deliverability looks off.

- **Type:** Skill
- **Install:** `agentstack add skill-jimmy-creatop-apollo-operator-apollo-deliverability`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [jimmy-creatop](https://agentstack.voostack.com/s/jimmy-creatop)
- **Installs:** 0
- **Category:** [Agent Skills](https://agentstack.voostack.com/c/agent-skills)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [jimmy-creatop](https://github.com/jimmy-creatop)
- **Source:** https://github.com/jimmy-creatop/apollo-operator/tree/main/.claude/skills/apollo-deliverability

## Install

```sh
agentstack add skill-jimmy-creatop-apollo-operator-apollo-deliverability
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# Apollo Deliverability & Send (Infrastructure)

Keep the sending asset alive. Deliverability is the one place this library is firm rather than advisory, because a burned domain hurts the operator and does not come back quickly. Everything here protects the machine that makes outbound possible.

This level assumes the sending stack already exists. If you have no dedicated domains or mailboxes yet, build them first with `sending-infrastructure` (Infrastructure), then come back here to keep them healthy.

## When to use

- Before launching (confirm the setup is safe).
- Weekly, as a health check (see `weekly-rhythm`).
- The moment bounces spike or replies fall off a cliff (see `references/incident-response.md`).

## Preflight: check the mailboxes

Run `apollo_email_accounts_index`. For each connected sending mailbox, confirm:
- It is a **dedicated sending domain**, not the company's primary domain, and it redirects to the main site.
- Warmup is on and has been running long enough.
- Reputation and daily send state look healthy.

## The rules that keep domains alive (firm)

- **Warm up 14 days minimum, 21 optimal, before any cold send.** Warmup never turns off; it runs in parallel with campaigns forever.
- **Up to 25 cold sends per mailbox per day.** Ramp from 5 to 10/day to the ceiling over 4 to 5 weeks.
- **Verify 100% of emails before sending.** Unverified equals bounce, and bounces kill domains.
- **Bounce rate under 2%.** 2 to 4% is a warning. At 4%, pause the campaign now and investigate.
- **Plain text only.** No HTML, images, tracking pixels, or link-heavy footers for cold.
- **Send business hours, weekdays, in the prospect's timezone.** Set this with `apollo_emailer_schedules_index`.
- **Keep backup infrastructure ready.** Run double the mailboxes you need, warmed and waiting, so when something degrades you swap instead of stopping. This is the lesson that separates operators who scale from operators who stall.

## Sending schedule

Use `apollo_emailer_schedules_index` to pick or confirm a schedule that sends only in business hours on weekdays, in the target timezone. A sequence with no schedule uses the workspace default, so check it rather than assuming.

## Monitoring

Watch bounce rate and mailbox reputation continuously. Apollo's Data Health Center and inbox-placement tooling live in the UI (see `../operator-context/references/apollo-kb-map.md`); point the operator there for the deeper checks the MCP does not expose. If anything looks off, stop optimizing copy and fix deliverability first. You cannot out-write a reputation problem.

## Common mistakes

- Sending cold from the primary domain. Never.
- Launching before warmup is done to "save a week." You lose the domain instead.
- Optimizing copy while bounces are high. Deliverability gates everything.
- No backup mailboxes, so one bad week stops all sending.

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [jimmy-creatop](https://github.com/jimmy-creatop)
- **Source:** [jimmy-creatop/apollo-operator](https://github.com/jimmy-creatop/apollo-operator)
- **License:** MIT

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-jimmy-creatop-apollo-operator-apollo-deliverability
- Seller: https://agentstack.voostack.com/s/jimmy-creatop
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.