Catch-All Domain Tester

Does this domain accept every address?

Catch-all servers accept mail for any mailbox, valid or not. We test each domain with a random address that cannot exist.

How to test if a domain is catch-all: connect to its mail server over SMTP and issue RCPT TO for an address that cannot exist. If the server accepts it, the domain is catch-all (accept-all), which is exactly what this tester does.

Random-mailbox SMTP probe No email ever delivered Four-outcome classification Disposable detection included Results in seconds

What a catch-all probe looks like on the wire

An example SMTP session against an accept-all server. The tell is in the RCPT TO response: a normal server rejects an address that cannot exist, a catch-all server takes it.

$ telnet mail.example-corp.com 25
220 mail.example-corp.com ESMTP ready
>> HELO tester.example
250 mail.example-corp.com
>> MAIL FROM:<[email protected]>
250 2.1.0 OK
>> RCPT TO:<[email protected]>
250 2.1.5 OK          ← accepted: this domain is catch-all
>> QUIT
221 2.0.0 Bye

No message body is ever sent. The probe stops at the RCPT TO handshake, so nothing lands in any inbox.

Probe sequence

How the Catch-All Test Works

Six steps separate a bare domain name from a classification you can act on. Nothing is delivered along the way, and the whole sequence finishes in seconds.

STEP 01

MX Resolution

We resolve the domain's MX records. No records means there is no mail service at all.

STEP 02

SMTP Connection

We connect to the mail server exactly like a sending program would.

STEP 03

Impossible Mailbox Probe

We ask about a random address nobody could ever have registered.

STEP 04

RCPT TO Verdict

The server's acceptance of obvious nonsense reveals its receiving policy.

STEP 05

Classification

The domain is filed as normal, accept-all, no-MX or disposable.

STEP 06

Handling Guidance

You learn what the outcome means for the addresses on your list.

Capabilities

What One Probe Tells You

A single check against an impossible mailbox returns several findings at once: the domain's receiving policy, its mail setup and what both mean for the people listed behind it.

Accept-All Detection

Spots servers configured to take every address, so an accepted probe never gets mistaken for proof that a specific mailbox exists.

Normal-Server Confirmation

A server that rejects behaviour means mailbox-level verification is reliable, and your regular per-address results can be trusted.

Missing MX Records

Domains without mail servers cannot receive mail at all. The probe catches them before a single send is wasted.

Disposable Domains Flagged

Temporary email providers trip the same test, so throwaway domains never slip onto your list unnoticed.

Zero Inbox Impact

The handshake stops early and nothing is delivered. No test message arrives, bounces or bothers anyone at the other end.

Risk Framing

Each outcome comes with plain guidance on how to treat the addresses behind an accept-all server, from trusted to segment-and-watch.

Examples

Two Servers, Two Very Different Answers

The same random probe produces opposite verdicts depending on how a domain is configured. These examples are illustrative; run the checker above for live results.

Example result

sales@northwind-traders.example

Accept-all server: every guess looks valid, so verify through engagement instead.
  • Random probeAccepted
  • ClassificationAccept-all
  • Mailbox proofImpossible via SMTP
Example result

jane@brightline-studio.example

Rejects unknown addresses, so individual mailboxes can be verified reliably here.
  • Random probeRejected
  • ClassificationNormal
  • Mailbox proofPossible
Why it matters

Why Accept-All Domains Deserve Their Own Test

An address behind an accept-all server looks perfectly healthy right up until your first campaign, when bounces surface silently and personalisation written for that contact is wasted. Some recycled catch-all domains double as spam traps, so mailing them puts your sender reputation on the line. A dedicated probe turns that unknown into a segment you control before anything is sent.

Segment Instead of Deleting

Addresses behind these servers often belong to real people. Flag the domain and give the group its own segment rather than cutting genuine contacts.

Avoid Invisible Bounces

Bounces on these domains only show up after sending. Knowing the policy upfront keeps nasty surprises out of your post-campaign report.

Smarter Outreach Calls

Skip accept-all accounts entirely or send a re-permission message first, instead of burning attempts on addresses nobody can confirm.

Honest Verification Coverage

Understand precisely what verification can prove and where it stops, so your data quality claims survive scrutiny.

Use cases

Where Teams Put the Catch-All Test to Work

Select a team to see how one domain-level probe changes the working process.

Campaign prep workflow

  • Subscriber export arrives from your ESP
  • Addresses grouped by sending domain
  • Each domain probed with a random mailbox
  • Accept-all domains split into their own segment

Prospecting workflow

  • Likely patterns generated for the prospect's name
  • Company domain tested with the random probe
  • Accept-all servers skipped, since guesses cannot be confirmed there
  • Surviving candidates validated mailbox by mailbox

Source grading workflow

  • Imported contact source staged for review
  • Sample of domains run through the probe
  • Source scored by its share of accept-all results
  • Only graded sources feed downstream tables

Migration audit workflow

  • Hard-bounce domains pulled from the spike window
  • Each domain re-tested after the migration
  • Policy changes separated from genuinely dead domains
  • Client advised to segment before the next send
For developers

Gate Signups on the Catch-All Flag

One GET request returns the full signal set for an address, catch_all included. Where the response reports catch_all true, reject the registration outright or route it into a manual review queue, before the account ever reaches your product.

Response fields

result catch_all mx_records disposable syntax role free_email domain
View API Documentation
GET https://api.emails-checker.net/check
curl -G "https://api.emails-checker.net/check" \
  -d "access_key=YOUR_ACCESS_KEY" \
  -d "[email protected]"
$response = Illuminate\Support\Facades\Http::get(
    'https://api.emails-checker.net/check',
    [
        'access_key' => 'YOUR_ACCESS_KEY',
        'email'      => '[email protected]',
    ],
);

$result = $response->json();
const params = new URLSearchParams({
  access_key: "YOUR_ACCESS_KEY",
  email: "[email protected]",
});

const response = await fetch(`https://api.emails-checker.net/check?${params}`);

const result = await response.json();
import requests

response = requests.get(
    "https://api.emails-checker.net/check",
    params={
        "access_key": "YOUR_ACCESS_KEY",
        "email": "[email protected]",
    },
)

result = response.json()

Example response shape:

200 OK · application/json
{
  "success": true,
  "response": {
    "email": "[email protected]",
    "result": "deliverable",
    "syntax": true,
    "mx_records": true,
    "catch_all": false,
    "disposable": false,
    "role": false,
    "free_email": false,
    "domain": "company.com"
  }
}

Mailbox-level probes on accept-all domains come back unknown or risky in the platform.

Free vs platform

One Probe or Every Address You Own?

The tester above checks a single domain per lookup. Emails Checker runs the same classification over entire lists and automated jobs, alongside full SMTP mailbox verification.

Capability Free CheckerThis page Emails CheckerFull platform
Domain status check Yes Included on every address
Catch-all classification Yes Yes
Full SMTP mailbox checks Not on this tool Yes
Disposable detection Included Included
Scope One domain at a time Whole lists and automated jobs
Account required No 100 free credits on signup
FAQ

Catch-All Tester FAQ

A mail server configured to accept messages addressed to any mailbox on the domain, even misspelled or non-existent ones. Companies use it to avoid losing mail to typos, but an accepted response then tells you nothing about whether a specific person will actually receive it.
Not inherently. It is just a configuration choice, and many companies run one to avoid losing legitimate mail. The problem is practical: verification results on these domains come back as unknown or risky because there is no way to prove a specific mailbox exists.
Not via SMTP. The server accepts every address, so no mailbox-level signal is left to test against. Use your own engagement data or send a re-permission email instead.
No. We stop at the SMTP RCPT TO handshake, where the server states whether it would accept the recipient. No message body is transmitted and nothing lands in any inbox.
It flags risky addresses before you hit send. Catch-all domains are a common source of surprise bounces and spam trap exposure, so knowing which of them behave this way lets you segment those addresses instead of guessing.

Get started today

Sign up and get 100 free credits to test our list cleaning and API, no credit card required.

Someone from USA
purchased 500,000 Email Verification Credits 2 hours ago   Verified Purchase Verified Proof