Commit activity
Last 12 weeks · 0 commits
Community health
2 of 6 standards met
Recent PRs & issues
Context Hi 👋 from the former maintainer of Burnex. This list is widely consumed as-is by signup validators, 3rd party packages and APIs. That is useful, but it also means the project's categorization choices have real downstream effects: many integrators treat a domain on the list as an automatic rejection. That tension shows up repeatedly in issues like #414 and #422. As one comment pointed out: "it is the decision of whomever consumes these lists whether or not to implement blocking". True, but in practice many consumers do not curate the list; they block everything in with a legit intent to prevent spam on their platform. The main problem: two very different categories in one file Not all "non-mainstream" email domains are the same: Proposal 1. Split into two lists Keep (or rename to ) for public/shared disposable inboxes: domains where mail is intentionally accessible without account ownership (Mailinator-style services, 10-minute inboxes, etc.). Add a second file, e.g. , for personal alias and forwarding providers (SimpleLogin, Firefox Relay, AnonAddy, Apple Hide My Email, DuckDuckGo Email Protection, etc.). For backward compatibility, optionally keep a deprecated that is the union of both files. 2. Add a "Good practices" section to the README The README currently describes the list's purpose for filtering bounces, but says nothing about signup blocking. Given how the list is actually used, I'd suggest documenting expectations for consumers: Blocking aliases is a bad practice It's ok to block public public/shared inboxes _Disclaimer: I used AI to help with the wording/formatting of this issue, but the core of the content originates from a human (me 👋)._
is a real business domain, not a disposable email service. It belongs to Windows Catering (https://catering.com, event catering and planning in DC, Virginia and Maryland). Its mail is hosted on Microsoft 365 (SPF , Microsoft domain verification TXT) with MX through Barracuda ESS (). No service hands out temporary or throwaway addresses on it. Being listed causes real people's mail to be refused: our email provider (ToSend) rejected sends to catering.com addresses as "disposable" until we reported it, and they have since confirmed it is a real mailbox and removed it on their side. 🤖 Generated with Claude Code
Recent fixes
ecmail.com has been the business email domain of European Connections Inc (registered in Georgia, USA) for about 20 years. It has been hosted on Rackspace Email for the last 10 years with permanent mailboxes only — it is not a disposable service. Verification: Domain registered 2005-07-18 MX: mx1.emailsrvr.com / mx2.emailsrvr.com (Rackspace) SPF: DMARC: DKIM:
Repository: wesbos/burner-email-providers. Description: A list of temporary email providers Stars: 1202, Forks: 320. Primary language: JavaScript. Languages: JavaScript (100%). License: MIT. Open PRs: 15, open issues: 16. Last activity: 3mo ago. Community health: 42%. Top contributors: emh-rowland-oconnor, wesbos, alexharrington, mtmail, Igloczek, yetithefoot, actions-user, dolfinus, peq42, ja-maika and others.