TrekMail TrekMail

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.

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 Statusaccepted, rejected, inconclusive, or skipped (Deep mode only)

Best practices

  1. Remove all Invalid — these will bounce and hurt your reputation
  2. Review Risky carefully — check if you have prior engagement history with these contacts
  3. Re-verify periodically — email validity changes over time as people change jobs and abandon accounts
  4. 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.

We use cookies for essential functionality. No ads, no ad tracking.

or
or

Reset email sent

If an account exists for this email, we've sent password reset instructions.

By continuing, you agree to TrekMail's Terms and Privacy Policy.