When you verify an email, you want a clear answer — is this address deliverable? Some mail servers make that tricky with a behavior called “Accept-then-bounce.” This article explains what that means, why it happens, and how it can occasionally introduce false positives (cases where an invalid address appears deliverable).
“Accept-then-bounce” occurs when a receiving mail server initially accepts a message during the SMTP conversation but rejects it later by returning a bounce. In effect, the server first says “we’ll take it,” and only after delivery processing decides “this can’t be delivered.”
Many organizations and providers use this tactic for privacy and anti-abuse. By accepting mail up front, they reveal less about which specific mailboxes exist, making it harder for spammers to probe. You’ll see this behavior with some enterprise systems, custom anti-spam setups, and privacy-focused hosts.
Verification tools typically use non-intrusive checks like MX/DNS lookups and SMTP handshakes to assess whether an address appears deliverable. With “accept-then-bounce,” the SMTP response may return a successful status (e.g., 250 OK) even if a later delivery attempt would fail. That discrepancy can make an address look valid during verification while still bouncing during a live send.
The only definitive way to confirm that an address truly works is to send a real email and observe whether it bounces.
However, sending live messages just to test inboxes can annoy recipients, trigger spam defenses, or create compliance concerns. For this reason, verification services are designed to be non-intrusive.
verifymail.io does not send any emails to the recipient or notify them in any way when checking if an address is deliverable. Our verification uses technical signals (MX/DNS/SMTP handshakes and related checks) to estimate deliverability without contacting or alerting mailbox owners.