The Outboxr Standards
What we enforce on every send. What we reject. How you can verify.
Version v1.0 · Published 2026-04-18
This section describes what Outboxr enforces on every send delivered through every domain in its network. We treat it as a binding commitment, not marketing. Every claim ends with a way for you to verify it yourself.
What we are
Outboxr composes newsletters and 1:1 outreach, routes them through warmed sender identities in a trusted network, and auto-heals reputation based on postmaster and ESP feedback. We are AI-assisted. We disclose it on every send that goes out at scale.
What we reject, by name
- ·Hallucinated URLs in sends. Stripped pre-delivery via sender-owned allowlist.
- ·Unverifiable factual claims. Extracted and checked by a second-pass model. Low-confidence claims block delivery.
- ·Purchased or scraped lists. Recipients without verifiable consent are refused at admission. Permission is checked per batch.
- ·Spam-farm footprints. Shared sender identity, duplicated voice, synchronized send windows, or shared sending IPs across unrelated domains. Blocked at admission. Re-audited weekly.
- ·Deceptive subject lines or headers. CAN-SPAM violations, fake thread headers, spoofed From addresses, misleading unsubscribe links. Non-negotiable.
- ·Missing or broken unsubscribe. Every send carries a working one-click unsubscribe and List-Unsubscribe header. Non-compliant sends fail the quality gate.
- ·Strategy leakage from the sender's own site. Sends may only reference what is publicly visible on the sender's homepage and public product surface. Rejected drafts are logged, never delivered.
The pre-delivery quality gates
Every send passes all of these before delivery. Any single failure blocks delivery. No manual override.
Newsletter sends: 200 to 1,200 words, randomized per send to avoid formulaic footprint. Outreach sends: 40 to 200 words. Outside the band, the send fails silently and does not go out.
Every link verified against the sender's live site map and allowlist. Hallucinated links are stripped, not delivered with a warning. Count logged in the send's lineage.
Claims extracted by a second-pass model, web-verified against live sources. Low-confidence claims blocked. Source citations attached to the lineage.
Every recipient address is checked against the consent ledger for that domain. No consent record, no send. Unsubscribes are honored across every send from that domain in under 60 seconds.
Headers validated before the batch releases. If any record drifted since the last send, the batch is held and the operator is notified.
No send references a feature, deal, or claim that is not already publicly visible on the sender's own homepage or product surface. Rejected drafts are logged, never delivered.
Per-domain configurable blocklist. Common spam-trigger phrases ('ACT NOW', 'FREE!!!', 'click here to claim') can be domain-banned and enforced at generation.
Current sender reputation band determines send rate and routing. A cold domain gets warm-up throttling. A high-reputation domain gets full burst. Mismatch is recorded in lineage.
The post-delivery audit
After delivery, each send is monitored via Google Postmaster Tools, Microsoft SNDS, and ESP feedback loops:
- ·Inbox placement verdicts pulled per domain and per batch within 2 to 48 hours.
- ·Verdicts of “delivered to spam” trigger a reputation-repair pass. The send's lineage records the event.
- ·Verdicts indicating sender-side issues (authentication failures, bounce surges, complaint spikes) pause the pipeline and notify the operator.
- ·User-side issues (recipient blocks, list-quality problems) are reported, never silently fixed.
Network safety, enforcement timeline
Domains join the network only after passing a trust check. Admitted domains are re-audited weekly. When a domain trips detection, this timeline runs publicly, with a case number.
The domain's pipeline is paused immediately. Existing sends remain in their queues but no new sends fire. The domain is not deleted, it is frozen.
The domain admin receives an email with specific signal flags, evidence hashes, and a case number for appeal.
Appeals filed at /appeal are processed by a human reviewer. Reviewer decisions are logged publicly with case number and reasoning.
Domain permanently removed from the network. Public entry added to /spam-index with reason codes and evidence hashes. Decision linkable, auditable, reversible.
What we publish, publicly, for accountability
| Signal | Where |
|---|---|
| Per-send lineage (sources, gates, model, timestamps, strip report) | /send/:id/lineage |
| Flagged domains with reason codes | /spam-index |
| Quarterly transparency report (domains admitted, quarantined, removed, appeals) | /transparency-report |
| Every quality gate specification, versioned | /standards/:gate |
| Every model change that affects content | /changelog?tag=model |
| Policy changes to this section | /standards/history |
Provider alignment map
Each row names a mailbox-provider guideline and the exact Outboxr mechanism that enforces it.
| Provider guideline | Outboxr mechanism |
|---|---|
| Gmail sender guidelines (SPF, DKIM, DMARC, unsubscribe) | Auto-provisioned on connect. Validated per batch in gate 05. |
| Gmail bulk-sender rules (low spam rate, one-click unsubscribe) | Consent gate + banned-phrase filter + List-Unsubscribe header. Spam rate watched via Postmaster Tools. |
| Microsoft SNDS reputation signals | Per-domain reputation band controls send rate. Cold domains warm up on a verified curve. |
| Yahoo sender best practices | Same as above. Feedback loops subscribed per domain at admission. |
| CAN-SPAM, CASL, GDPR consent requirements | Consent ledger per domain. No record, no send. Unsubscribes honored across that domain's sends in under 60 seconds. |
| AI content disclosure (per major-provider guidance) | Visible disclosure footer on every send at scale. Linked to this content policy. |
How to verify any of this
Pick any send from any domain in the network. Open its /send/:id/lineage page. You will see: the research sources used, the model and pipeline version, each quality gate's result, the link-integrity report, the consent check result, the delivery timestamp, the reputation band at send time, and any post-delivery heal events.
If anything in this section does not match what you see in a lineage page, email standards@outboxr.dev. Confirmed inconsistencies are corrected within 72 hours and logged in the standards history.
What this section does not promise
- ·We do not promise inbox placement. We promise we do not violate provider guidelines and that we publish the audit trail to prove it.
- ·We do not promise zero errors. We promise public accountability when we make them.
- ·We do not promise that every send will reach the inbox. We promise we respond to provider verdicts and iterate.