Understanding Results
This guide explains What Safe, Valid, Risky, Invalid, and Unknown mean and how trust score works. so you can complete the TrekMail task with confidence.
Article details
Type, difficulty, plans, and last updated info.
▼
Article details
Type, difficulty, plans, and last updated info.
- Type
- Guide
- Difficulty
- Beginner
- Plans
- Nano · Starter · Pro · Agency
- Last updated
- May 9, 2026
Every verified email receives a status and a trust score (0-100). Results appear automatically in Step 3 (Results) of the verifier wizard when verification completes. Here's what each status means and how to act on the results.
Status categories
Safe (score 90-100)
The email passed all checks with high confidence. The domain has MX records, SPF, and DMARC configured properly. No risk signals detected.
Action: Safe to send.
Valid (score 60-89)
The email is technically valid but has one or more soft risk signals. Common reasons:
- Missing SPF or DMARC records
- Role-based address (info@, support@) on a domain with otherwise good records
Action: Generally safe to send, but monitor bounce rates for these addresses.
Risky (score 20-59)
Multiple risk signals detected. The email might work, but there's a meaningful chance of a bounce or spam trap.
Action: Consider excluding from cold outreach. OK for transactional email to known contacts.
Invalid (score 0-19)
Failed one or more hard checks (score set to 0) or accumulated enough soft risk signals to drop below 20:
- Invalid syntax (not a valid email format)
- No MX records (domain can't receive email)
- Known disposable/temporary domain
- Listed in bounce suppression records
- Domain on admin blocklist
Action: Do not send. Remove from your list.
Unknown
We couldn't determine the status. This usually means:
- DNS timeout during verification
- Temporary network issue
Action: Re-verify later or treat as risky.
Trust score details
The trust score starts at 100 and is reduced by risk signals:
| Signal | Score deduction |
|---|---|
| Role-based prefix (info@, admin@, support@, etc.) | 0 (informational flag, no penalty — standard business addresses) |
| Free email provider (Gmail, Yahoo, Outlook, etc.) | 0 (neutral — no penalty) |
| No SPF record on domain | -10 |
| No DMARC record on domain | -10 |
| Custom domain with MX + SPF + DMARC (non-free provider) | +5 (bonus) |
| Unroutable MX IP (private/reserved IP: 10.x, 192.168.x, 127.x) | Hard fail (score → 0) |
| Gibberish local part (random consonant clusters, mixed chars+digits) | -15 |
| Typo suggestion (Levenshtein distance=1 domain correction) | 0 (informational only) |
| Plus-addressing (user+tag@ subaddressing) | -5 |
| DNSBL listed (Spamhaus DBL or SURBL) | -20 |
| Domain age < 30 days (RDAP lookup) | -10 |
| Gravatar profile exists (single verify only, skipped in batch) | +3 (bonus) |
Additional checks in both modes
The following checks also run in Quick and Deep modes:
| Signal | Score impact |
|---|---|
| Name detection (recognizable first/last name in local part) | +1 to +3 (bonus) |
| Profanity detection (offensive language in local part) | -10 |
| Domain web presence (live website on the domain) | +2 (bonus) / -5 if no site found (single verify only, skipped in batch) |
| Breached domain check (domain found in known data breaches) | 0 (informational only) |
Deep-mode-only checks
The following checks run only in Deep mode (2 credits per email):
| Signal | Score impact |
|---|---|
| Spam trap heuristic (pattern-based spam trap detection) | -10 to -30 |
| SMTP mailbox verification — accepted | +5 (bonus) |
| SMTP mailbox verification — rejected | Hard fail (score → 0) |
SMTP verification explained
In Deep mode, we connect to the recipient's mail server and attempt to verify whether the specific mailbox exists. Possible outcomes:
- Accepted — the server confirmed the address. Score receives +5 bonus.
- Rejected — the server explicitly rejected the address. Score is set to 0 (Invalid).
- Inconclusive — the server did not give a definitive answer. This is typical for catch-all domains (Gmail, Yahoo, Outlook) that accept all addresses at the SMTP level. The score relies on other checks.
SMTP verification adds the most value for custom/corporate domains where the mail server will definitively accept or reject individual addresses.
If any hard-fail check triggers (invalid syntax, no MX, disposable domain, etc.), the score is set to 0 and the status is Invalid regardless of soft signals.
Result details
Each result includes:
- Email — the verified address
- Status — Safe, Valid, Risky, Invalid, or Unknown
- Score — numeric trust score (0-100)
- Reason — human-readable explanation
- MX Host — the mail server handling the domain (when available)
- SMTP Status —
accepted,rejected,inconclusive, orskipped(Deep mode only)
Best practices
- Remove all Invalid — these will bounce and hurt your reputation
- Review Risky carefully — check if you have prior engagement history with these contacts
- Re-verify periodically — email validity changes over time as people change jobs and abandon accounts
- Keep bounce rate under 2% — most ESPs will flag or suspend accounts above this threshold
Related articles
Jump to nearby guides that continue the workflow.