Forem: tmd01

Do you know who the biggest temp mail providers are?

tmd01 — Thu, 07 May 2026 18:00:46 +0000

Hi everyone!

I'm working on Temp Mail Detector, and as part of this I thought it would be interesting to look under the hood and pull out some statistics to create a sankey diagram showing which of the disposable email providers are most prominent over the last three months.

What this diagram shows

The ranking of the most tracked providers over a period of three months (left to right).
The relative market share of each provider, indicated by band width.
Which providers are gaining or losing ground over time.
Raw usage metrics are normalised to a scale of 1–10.
How the competitive set remains (mostly, at least during this period) stable, with no new entrants or exits during the period.

Some interesting observations:

It's not always the big names which cause the most trouble, but rather those with programatic and agentic access.
Despite this, temp-mail.org which does not provide programatic access stays high up there, suggesting they have (very) high volumes of user traffic in comparison to smaller providers who allow fewer people to use their services at higher volumes. Indeed, you see everyone mention them online, but rarely their competition.
The number of domains you own doesn't limit you. tempmail.lol makes heavy use of sub-domains, while temp-mail.org acquires new domains regularity. Meanwhile, mail.chatgpt.org.uk approaches this problem differently by allowing people to add their domains to the pool, gaining additional access to their service.

If you found that interesting, you can find the disposable email market share graph here which updates daily.

Great news for Claude Code users

tmd01 — Thu, 07 May 2026 12:27:20 +0000

Huge news for those of us using the paid Claude (Code) plans.

Claude Code makes use of a five hour sliding window which caps how much work you can do in any given period. Previously Pro and Max had a 2x burn rate during peak hours which made more intense code sessions burn through your usage a lot faster.

Five-hour rate limit window across all plans
Peak hours limit reduction applied to Pro and Max accounts
No special Opus API rate provisions for heavy API users

Now according to this blog post (https://www.anthropic.com/news/higher-limits-spacex)

Anthropic has doubled Claude Code's five-hour rate limits and removed the peak hours reduction entirely for Pro and Max. They've just signed a deal with SpaceX which grants them access to the full Colossus 1 data centre: over 300 megawatts and 220k NVIDIA GPUs. This is alongside new deals with Amazon, Google, and Microsoft.

Five hour rate limits doubled for Pro, Max, Team, and seat-based Enterprise plans
Peak hours limit reduction removed for Pro and Max accounts
Claude Opus API rate limits raised considerably (specific figures in the article's table)

back to the good times, and less need to use /new or /compact with a cheaper model all the time.

Build small tools

tmd01 — Wed, 23 Oct 2024 09:24:44 +0000

We're now at a point where there is so much content being produced that search engines don't know what to do with it all. They're giving priority to big publications and it's stamping out the little guys.

But that's where we as builders and developers have an edge and we can grow both our skills as well as our outreach.

You've maybe heard of people saying "build tools for growth", and I agree. It's a great way to get eyeballs on a tangentially relevant page of yours.

Some of my best performing blog posts have been as a result of building 50 line js tools. I'm a back-end developer by nature, however by building small SEO focused tools I've become quicker and better with front-end related work. If you're not a developer, this could be your time to learn and take the first step too.

What do I mean by "small tools"

Anything! Really, anything that is somewhat relevant to your project, business, or employment.

For example, I run a website called Temp Mail Detector. It's an API which tells you whether a domain is likely to be a disposable email service or not. Something relevant to the website would be a free tool that allows me to look up the Mail Exchanger (MX) record.

How did I come up with it? Simple. I was often googling for MX lookup tools and they didn't really offer me great UX, or they needed captchas, or were slow.

So I wrote a few lines of Go to do the actual hard work, threw together something simple to surface the data - and now I have a "small tool" which is both useful to me, and people who find me on Google. This is my MX Lookup tool. As you can see, very simple - but it has a purpose and most importantly, it's useful.

Was it fun to do? Sure. Was it complex? Not at all. Did I learn a few things along the way? Absolutely.

If you're a beginner, this is such a great way to get into coding. It'll help your website grow, and you'll expose yourself to lots of different coding problems.

I'm interested to hear if any builders have tried this method? If anything, it's a nice way to do something different from the day to day.