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.
| List | Domains | License |
|---|---|---|
| disposable-email-domains | 10,115 | CC0-1.0 |
| mailchecker | 57,670 | MIT |
| castle | 1,000 | MIT |
| fakefilter | 10,699 | BSD-3-Clause |
| burner-email-providers | 27,259 | MIT |
Before merging, we remove two kinds of entries:
- Whole public endings, like
ddns.netorco.uk. Some lists contain them, and they would block every user of a free dynamic DNS service. We check against the Public Suffix List. - Normal providers and forwarding services, from our allow list. For example, one list names DuckDuckGo's
duck.comand Firefox Relay'smozmail.com. Those forward mail to a real inbox, so we don't call them temp mail.
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
- Real Gmail or Outlook accounts used as throwaways. They are normal accounts; only the clean-up above helps.
- Private domains that one person or one fraud group uses alone, on a mail server nobody else uses.
- Brand-new services on new servers, until a list or our server check learns them.
- Whether the mailbox exists. We check that the domain can receive mail, not that the person is real.
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.