Evidence-first email trust Take the interactive Clean tour →
CLEAN TRUST CENTER

Know what Clean proves.
And what it refuses to pretend.

Clean separates observed evidence, policy interpretation and commercial claims. This center explains the boundaries that make its decisions dependable.

Evidence-firstFail-closedTenant-boundImmutable receiptsNo consent inference
TRUTH MODEL

Five rules govern every decision.

These are operating constraints, not marketing slogans. Product surfaces, API responses and receipts are expected to agree with them.

01

Evidence before verdict.

Syntax, routing and risk observations are gathered before policy produces an action.

02

Unknown stays unknown.

Temporary provider failures and incomplete evidence are not silently converted into invalidity.

03

Verification is not consent.

Technical deliverability evidence never becomes permission, lawful basis or recipient intent.

04

Receipts do not rewrite history.

Accepted verification receipts and audit evidence are append-only authorities.

05

One engine, one vocabulary.

Single Verify, Bulk Clean and the API use the same decision states and trust model.

DECISION BOUNDARY

Clean reports what it observed, then names the recommendation.

OBSERVEDsyntax · DNS/MX · risk signals
INTERPRETEDconfidence · policy state
RECOMMENDEDsafe · review · suppress · unresolved
NEVER IMPLIEDconsent · human readership · certainty of delivery
OPERATIONAL TRUST

Confidence comes from boundaries you can inspect.

Clean’s public promise is deliberately narrower than the broad claims common in deliverability marketing. That restraint is part of the product.

IDENTITY

CoreID-bound organizations

Authenticated work is scoped through Leadstrium CoreID organization authority rather than local bypass accounts.

CONFIDENTIAL CLIENT · PKCE S256
API

Tenant-bound credentials

Organization-scoped API keys keep verification authority inside the tenant boundary.

VERSIONED /api/v1 CONTRACT
JOBS

Durable bulk execution

Bulk work is persisted rather than being entrusted to a browser request process.

CHECKPOINTED SERVER WORK
EVIDENCE

Immutable receipts

Receipt and audit mutation is rejected at the database boundary after acceptance.

APPEND-ONLY AUTHORITY
WHAT CLEAN DOES NOT CLAIM

Restraint is a feature.

No fabricated accuracy percentageNo guarantee of inbox placementNo inference of marketing consentNo fake certification badgesNo pretend automated checkoutNo customer logos without evidence
SEE THE PRODUCT

Inspect the evidence yourself.

Open Clean through CoreID, or explore the platform architecture before you commit.