Subscription figures are provider list prices recorded in treg.to’s own catalog grid; per-call prices are what treg.to charges today, with $0.000 added.
set up treg — https://treg.to/llms.txt
Using treg, verify these 40 addresses before I send. Show me the price first, then give me three lists: safe to send, do not send, and unknown with the reason.
One list in, one table out. Cheaper to reason about than 40 calls.
Valid and invalid are easy. The third bucket is the decision you have to make.
One provider charges nothing for “unknown”. The others bill it as a check.
Data decays. A check from three weeks ago is not a check.
treg.to holds the provider keys. Neither you nor the agent sees them.
The provider's own rate, $0.000 markup, from a prepaid balance.
Charged per call. $1.00 free per new team, no card to start.
Already pay Hunter? Register it and those calls are never metered.
Another provider is a different word in the prompt, not a new integration.
No SDK, no OAuth dance per vendor, no seats.
treg.to does not choose for you. It hands ChatGPT this comparison, with the price shown before any call, and ChatGPT picks. Or you tell it how: "cheapest", "most reliable", "the one that takes what I have", or a provider by name.
Icypeas at $0.0019
LeadMagic at $0.00625
Those units are not interchangeable: one call can return many results, so compare on the unit you will actually be billed in.
| Provider | Success | Median | Sample |
|---|---|---|---|
| 100% | 223ms | 207 calls | |
| 100% | 1.2s | 100 calls | |
| 100% | 5.2s | 2089 calls |
Measured on treg.to traffic: real calls, real inputs, and sample sizes differ by provider. Live reliability, not a controlled benchmark.
| Provider | Price | Accepts | Success rate | Verified |
|---|---|---|---|---|
| $0.0019 per call | email, custom | 100% (207 calls) | 2026-08-20 | |
| $0.00625 per found | 100% (2089 calls) | 2026-07-31 | ||
| $0.0089 per call | (5 calls) | 2026-08-20 | ||
| $0.0123 per call | 100% (100 calls) | 2026-07-31 | ||
| free, your own account | not yet measured | 2026-08-20 |
treg call icypeas.people.email.verify --data '{"email":"patrick@stripe.com"}'Swap the id for any provider above. All 5 endpoints behind this job, with their parameters and captured responses, are on the People & contact data shelf.
Verification is the step everybody agrees on and nobody is happy with. From ~150 Reddit and X posts in August 2026, after excluding four separate vendor-astroturf clusters, these are the complaints that recur.
“zerobounce wants $65 per 10k emails. neverbounce wants $80. hunter wants $100. i built the same thing in n8n for $0.” r/n8n, 214 points
What this page can do about it: Fair complaint, and the reason we publish per-check prices side by side rather than per 10k tiers. Through treg.to the same checks run from a fraction of a cent, and you can compare what each one charges for an inconclusive answer.
“Catch-all domains are about 20% of any B2B list. Most operators throw them away because the bounce risk is real” @DeanFiacco on X
What this page can do about it: No provider resolves a true catch-all. What differs is what each one hands back: a distinct status, a probability, or a shrug. The comparison below names each provider's third bucket so you can decide once instead of per list.
“So the verifier returns unknown, or accept-all, or risky depending on the wording. That is not the tool failing.” r/ColdEmailAndSales
What this page can do about it: Exactly right, and it is why “which verifier is most accurate” is the wrong question. Ask instead who charges you for the shrug: one of these five does not.
“also curious if anyone has had issues with verification tools missing role accounts or catch alls. thats been my biggest frustration.” r/Coldemailing
What this page can do about it: Hunter reports role and disposable addresses as their own statuses; the others fold them in. Whether a role address is worth keeping is genuinely unsettled, so the honest answer is to keep them separate and decide per campaign.
“SMTP probing gets your IP blocklisted and the big providers accept everything anyway.” @kumard_3 on X
What this page can do about it: Both halves are true. Cloud providers block port 25 and repeated probes from one address get you listed, which is what you are paying a provider's IP pool for. It also explains why the unknown bucket exists at all.
25 credits per definitive verdict and lets “unknown” through free. Icypeas charges per address tested whether or not the answer is useful. On a list that is a fifth catch-all, that gap is the whole price difference.
Hunter returns accept_all, webmail, disposable and unknown as separate statuses with a score; LeadMagic returns a plain is_domain_catch_all flag plus the MX provider; Icypeas returns a certainty level. Compare the buckets, not the headline accuracy number.
The other four answer in the same request, which matters when an agent is verifying a list interactively.
It resolves the domain's MX records and opens an SMTP conversation with the receiving server to ask whether the mailbox exists, without delivering a message. Three answers come back: the server confirms, the server denies, or the server accepts everything and tells you nothing. That last case is a catch-all domain, and no provider can resolve it, because the information does not exist on the wire.
It removes the addresses that are provably dead, which is most of the risk. It cannot catch an address that goes stale between the check and the send, or one that a security gateway rejects at delivery time. Verify close to the send, not weeks before.
A domain whose server accepts mail for every address without saying whether the mailbox exists. No verifier can resolve it. Expect roughly a fifth of a B2B list to land there.
A fraction of a cent per check at the provider's own rate, with $0.000 added by treg.to. The prices and how each provider bills an inconclusive result are in the comparison below.
Yes, they are all callable through one key, and heavy senders do exactly that because verifiers disagree on the ambiguous rows. Your agent chains them; treg.to compares the options but does not route or fail over on its own.