tooljarEmail

How the checker works

Three checks, all open source. The numbers on this page come from the last data update on 2026-11-01.

1. Public lists

Volunteers and companies keep open lists of temp mail domains. Every day we download 5 of them and merge them into one list of 78,799 domains. A subdomain counts when its parent domain is listed: if mailinator.com is listed, so is x.mailinator.com.

ListDomainsLicense
disposable-email-domains10,115CC0-1.0
mailchecker57,670MIT
castle1,000MIT
fakefilter10,699BSD-3-Clause
burner-email-providers27,259MIT

Before merging, we remove two kinds of entries:

2. The mail-server check

Temp mail services change their domain names often, but they keep the same mail servers. So every day we look up the mail server (the MX record) of every listed domain, and of the 20,000 most popular websites (the Tranco list). A server becomes a “temp mail server” when it handles at least 3 listed domains and no popular website uses it. Shared mail services like Google, Microsoft and Cloudflare never count.

When you check a domain that is on no list, we look up its mail server live. If it is a temp mail server, the answer is “suspicious”.

How often is it wrong? We learn the servers from half of the popular websites and test on the other half, which the check has never seen. In the last update it wrongly flagged 18 of 7,237 popular websites (0.25%). Most were on shared web hosting. That is why it says “suspicious”, never “temp mail”. If the rate ever goes above 0.5%, the daily update stops and the old data stays.

Does it catch new domains early? We take the main list as it was on 2026-10-02 and learn servers from that alone. Since then the list added 908 domains that can receive mail. The old data would already have flagged 212 of them (23.35%), before any list knew them.

3. Gmail clean-up

Gmail ignores dots and everything after a +. So j.o.h.n+trial7@gmail.com lands in john@gmail.com. Some temp mail services use this with pools of real Gmail accounts. We show the real inbox, so you can see that many sign-ups are one person. Outlook, iCloud, Proton and Fastmail ignore the + part too.

What the checker cannot see

The lists also go stale: 2,978 of the 10,011 domains on the main list (29.75%) can no longer receive mail at all. We still call them temp mail, because that is what they were, and the answer says the domain cannot receive mail.

Open data

The merged list, the server list and these numbers are in the repository, rebuilt every day by one script. Found a mistake? Open an issue.