Launched this week

Inbix
Cloudflare-native Email Infrastructure for Developers
47 followers
Cloudflare-native Email Infrastructure for Developers
47 followers
Inbix is an open-source, Cloudflare-native email infrastructure platform built for developers. Create disposable inboxes, receive emails in real time, automate workflows with webhooks, and integrate seamlessly using REST APIs, SDKs, and MCP. Designed for testing, CI/CD, AI agents, and modern developer workflows without relying on proprietary infrastructure.




Inbix
The disposable-inbox-over-API-plus-webhooks combo is exactly what is missing when you are testing signup/verification flows in CI and do not want a real mailbox in the loop. Since it is Cloudflare-native and open source, can I self-host the whole thing on my own Cloudflare account (my Workers, my domain) so inbound email never touches Inbix-run infra, or does delivery still route through your tenancy first?
Inbix
@hazy0Ā
Great question and yes! š
One of the reasons I decided to make Inbix open source was to give developers full control over their email infrastructure.
If you self-host Inbix, everything runs in your own Cloudflare account: Workers, Email Routing, D1, R2, KV, and your own domain. Incoming emails are processed entirely within your Cloudflare tenancy and never pass through Inbix-managed infrastructure.
Inbix Cloud is simply the managed option for people who don't want to operate the infrastructure themselves. The underlying platform is the same.
I think having both options is important: self-host when you need full control, or use the hosted service when you just want to get started quickly.
That's the answer I was hoping for ā own tenancy end to end is what makes it usable for CI. Follow-up on the self-hosted path: does it manage its own retention, i.e. is there an inbox/message TTL that purges D1 rows and R2 objects on a schedule, or do I need to run my own cleanup job before a few thousand throwaway CI inboxes a week quietly turn into a storage bill?
Inbix
@hazy0Ā I've set the expiration on the .env like 15 mins for inbox. and you can configure it later as you want