As an avid user of malinator.com I really like this. mailinator started being recognised and rejected in many forms. Maybe there's something you can do to get ahead of this? Maybe being able to generate random 1st level domain or pick from a large list could go a long way?
That is a great point, and it's definitely on the roadmap.
The "cat and mouse" game between disposable email services and site filters is constant. I'm currently looking into rotating a pool of less common TLDs to keep the service viable for longer.
The idea of letting users pick from a list is also solid—it gives them more agency and potentially bypasses blanket filters that only target the "default" domain.
Absolutely agree with both of you. I just deployed an update that includes a domain picker directly in the address bar. Users can now manually choose from 8 different domains (including .net, .org, .la, and .info) to bypass blanket filters that often target the default TLDs.
Rotating less common TLDs automatically is the next logical step to keep the service resilient. Appreciate the support!
That is an intriguing feature request. Most disposable services avoid outgoing mail entirely to prevent being abused for spam, but a strict 'Reply-Only' policy (where you can only send to the address that just emailed you) is a clever middle ground.
Implementing this while maintaining the zero-persistence architecture would require a secure, ephemeral SMTP relay. It’s definitely a complex challenge, but the value it adds for verifying accounts that require a response is huge. I’m adding this to the experimental roadmap!
All of these domains are already widely known because Guerrilla Mail are the ones actually running the email service, his website is a wrapper with a CORS proxy.
He doesn't own or operate the cors proxies, mail infra, domains or the api
guilty of using ai studio for the fast prototype lol but the 145 users today caught me off guard... im working on a clean production build right now to move away from the google cdn stuff. just trying to build a better ui for these apis without all the bloat and tracking! thanks for the heads up
thanks for the links sixtyj. the cat and mouse game with these lists is never ending... i agree that the ethical use cases like whistleblowing are why these tools need to exist. its a tough balance to keep them accessible but not abused.