Trust report
Every field of the trust report attached to inbound messages, how level and score are computed, and a full JSON example.
Every inbound message carries a trust object. It is computed once, when the message arrives, and returned unchanged on every read. Field names are snake_case, like the rest of the API. Optional fields that have no value are left out rather than sent as null.
Shape
level
The verdict. It is decided by the first rule that matches:
| Order | Level | When |
|---|---|---|
| 1 | quarantined | The sender is on the inbox’s receive block list. |
| 2 | quarantined | is_phishing or contains_instructions_to_agent is 0.8 or higher, or text hidden from human readers contains instructions to an AI agent. |
| 3 | suspicious | SPF, DKIM or DMARC failed; a link’s visible text names a different domain than its destination; an attachment is high risk; or is_spam, is_phishing, contains_instructions_to_agent or requests_credentials_or_payment is 0.5 or higher. |
| 4 | verified | DMARC passed and is aligned with the From domain, and the inbox has written to the sender before or the sender is on the allow list. |
| 5 | known | At least one of SPF, DKIM or DMARC passed. |
| 6 | unknown | Nothing passed, and nothing looked bad. |
Urgency never changes the level on its own: one-time codes are urgent by design.
Receipts, notifications and one-time codes from real senders usually land in known, because you have not written to them. Once the inbox has written to a sender’s address or domain, their mail that passes aligned DMARC reaches verified. Prior correspondence is the reliable way to reach verified today.
Warning
Do not add a receive allow entry just to raise a sender’s trust. A receive allow entry switches its scope (the organization, the pod or the inbox) to allow-only: mail from every sender that does not
match an allow entry is labelled BLOCKED and withheld from agents. An allow-listed sender still reaches verified only when DMARC passes and is aligned. See Lists and
suppressions.
Note
quarantine_threshold is not yet available.score
A number from 0 to 1, higher is safer, rounded to three decimals. Use it to rank messages within a level, not as a replacement for the level. It is a weighted sum of five components:
| Component | Weight | Value |
|---|---|---|
| authentication | 0.25 | 1.0 when DMARC passes aligned; 0.8 for an aligned SPF or DKIM pass; 0.5 for an unaligned pass; 0.3 when nothing passed; 0 when anything failed |
| sender | 0.20 | 1.0 on the allow list; 0.9 with prior correspondence; 0.4 first contact; 0 on the block list |
| content | 0.35 | 1 minus the largest of contains_instructions_to_agent, is_phishing, 0.8 × is_spam and 0.6 × requests_credentials_or_payment |
| links | 0.10 | 1 minus 0.6 per mismatched link and 0.3 per other suspicious link, floored at 0 |
| attachments | 0.10 | 1 with no risky attachments; 0.6 with a medium-risk one; 0 with a high-risk one |
The result is then capped by level: at most 0.15 for quarantined, 0.45 for suspicious and 0.7 for unknown. A first-contact, fully authenticated, clean message scores about 0.87.
authentication
| Field | Values | Meaning |
|---|---|---|
spf | pass, fail, softfail, neutral, none | SPF result for the envelope sender. hardfail and permerror count as fail. |
dkim | pass, fail, none | pass if any DKIM signature verified. neutral, policy and permerror count as fail. |
dmarc | pass, fail, none | DMARC result. quarantine, reject and permerror count as fail. |
aligned | boolean | A passing DKIM d= domain or SPF domain shares the From address’s organisational domain. |
Details in Authentication.
sender
| Field | Meaning |
|---|---|
address | The From address, lowercased. |
domain | Its domain. |
prior_correspondence | This inbox has sent mail to this address, or to anyone at this domain, before. |
on_allow_list | The sender matches the inbox’s receive allow list. |
on_block_list | The sender matches the inbox’s receive block list. |
free_mail_provider | The domain is a consumer mail provider such as Gmail, Outlook.com, Yahoo, iCloud or Proton. |
content
| Field | Meaning |
|---|---|
text | The agent-safe body: only the body segments, joined. Quoted history, signatures, disclaimers and hidden text are left out, invisible characters are removed. This is what a model should read. |
html | Sanitised HTML with scripts, styles, forms, event handlers, dangerous URLs, hidden nodes and tracking pixels removed. Present only when the message had an HTML part. Meant for display to humans. |
segments | The whole message cut into labelled pieces: body, quote, signature, disclaimer and hidden. Use it to show what was removed and why. Never pass hidden segments to a model. |
hidden_text_found | Prose was deliberately hidden from a human reader. Stylesheets and <title> text alone do not set it. |
zero_width_found | Zero-width or Unicode tag characters were removed. |
tracking_pixels | How many tracking pixels were removed. |
Details in Content scrubbing.
links
One entry per distinct link, from HTML anchors and bare URLs in the text, up to 500.
| Field | Meaning |
|---|---|
href | The link target as written. |
text | The visible link text, when there is any. |
final_url | Where the link ends up after redirects. Redirect resolution is off, so this field is not currently sent. |
domain | The host of href (empty for javascript: and data: links). |
display_mismatch | The text shows one domain and the link goes to another. |
shortener | The host is a URL shortener such as bit.ly or t.co. Not suspicious on its own. |
suspicious | At least one structural red flag fired. |
reasons | Why each flag fired. |
Details in Links.
attachments
| Field | Meaning |
|---|---|
attachment_id | Matches the message’s attachments[].attachment_id. |
filename | As sent. |
content_type | As declared by the sender. |
risk | low, medium or high. |
reasons | Why the risk was raised. |
extracted_text | Text pulled from text, CSV, Markdown, calendar, JSON and HTML attachments, invisible characters removed, up to 100,000 characters. |
Details in Attachments.
classification
| Field | Meaning |
|---|---|
is_spam | Probability, 0 to 1, that this is unsolicited bulk or commercial mail. |
is_phishing | Probability that it impersonates someone to steal credentials, money or access. |
contains_instructions_to_agent | Probability that it contains prompt injection: text aimed at an AI reading the mailbox. |
requests_credentials_or_payment | Probability that it asks for a password, code, key, sign-in, money or a change of bank details. |
urgency | How much time pressure it puts on the reader, 0 to 1. |
category | transactional, conversation, notification, newsletter, otp, bounce or other. |
language | ISO 639-1 code of the body’s main language, when one was detected. |
backend | What produced the numbers. heuristic means the rules alone; a model name means a hosted model judged the message; heuristic (fallback: <reason>) means the model was unavailable and the rules stood. |
Probabilities are floats between 0.02 and 0.98 and are sent unrounded. Details in Classifier.
reasons
Plain-English sentences, most important first: the level’s own explanation, then authentication results, the sender relationship, what was removed from the content, link and attachment flags, and every classifier signal (prefixed Classifier). Duplicates are removed. Show these to the humans who review mail; they are written for people, not for parsing.
Mail injected through POST /inbound/raw also gets the reason Injected via API (/inbound/raw); authentication results not verified, and the message has received_via: "raw". Its authentication is always none, whatever headers it carries, so it is never verified or known.
computed_at
When the report was computed, as an ISO 8601 timestamp.
Full example
A phishing message pretending to be PayPal. It came from a lookalike domain with failing DKIM, links to a raw IP behind text that says paypal.com, and asks for a password and card details. The phishing probability crosses 0.8, so it is quarantined.
html, the body segment and reasons are shortened here; the real report lists every signal.
Two more examples, abridged
A one-time login code from an authenticated sender you have never written to:
A fully authenticated message with an instruction hidden in white-on-white text. Authentication passed, but hidden instructions to an AI quarantine it regardless. The hidden sentence is in segments for human review and is absent from text: