FreeCustom.Email - Temporary Email Service

FreeCustom.Email - Temporary Email Service Used AI

3 devlogs
9h 28m
โ€ข  Ship certified
Created by Utkarsh Kumar

๐Ÿ“จ FreeCustom.Email โ€“ Disposable Email That Respects You
A fully open, dev-first temporary email service focused on simplicity, speed, and self-hostability.

๐Ÿงฐ Tech Stack
Frontend: Next.js + Tailwind CSS + TypeScript

Backend: Node.js, Express, MongoDB, Redis

SMTP Server: Haraka with custom plugins

Real-time updates: Redis Pub/Sub

Storage: GridFS (for attachments)

Deploy: Cloudflare (Edge functions), Vercel, AWS (SMTP)

โš™๏ธ Core Features
๐Ÿ“ Custom inbox names โ€” not random strings

๐ŸŒ Multiple domains for email aliasing

๐Ÿ—‚๏ธ Live inbox (no refresh) using WebSockets/Redis

๐Ÿ“ฆ Open-source frontend on GitHub (plug-and-play)

๐Ÿ” No user tracking, no cookies, no ads

๐Ÿ”Œ Public API (RapidAPI) for developers

โœ‰๏ธ SMTP + IMAP stack in progress

๐Ÿ”ง Built-in admin tools for domain & message management

๐Ÿงช Built for extensibility (own domain, white-label, more)

๐Ÿ”“ Open Source & Self-Host Ready
The frontend is MIT licensed and designed for self-hosting. You can fork and deploy your own version using your own domains and storage backend. SMTP queueing is done via Redis, and Haraka handles all SMTP processing with plugin hooks for delivery, spam handling, and DKIM.

๐Ÿง‘โ€๐Ÿ’ป Built for:
Hackers needing burner emails for testing

Devs building SaaS sign-up flows

Privacy-first users avoiding spam

Teams running self-hosted temp mail under their own domain

Timeline

Storage: GridFS (for attachments)

Update attachment

Ship 1

0 payouts of shell 0 shells

Utkarsh Kumar

about 1 month ago

Utkarsh Kumar โ€ข Covers 2 devlogs and 8h 35m

๐Ÿ› ๏ธ Devlog โ€“ System Status Component Added
Weโ€™ve just added a new System Status component to our temp mail dashboard! It now shows real-time operational stats like:

๐Ÿ“ฅ Queued Emails: 82,057 and counting...

โ›” Denied Emails: 59,593 and counting...

This makes it easier to monitor backend performance and spot any delivery issues.

Stay tuned โ€” next up, live graphs and uptime history ๐Ÿ‘€

Update attachment

Today I focused on refining the backend and improving the inbox rendering speed. Optimized the Haraka SMTP plugin queue to reduce message delivery latency and added Redis Pub/Sub-based live updates for real-time message visibility in the UI. Also cleaned up the frontend codebase and modularized the domain selector and inbox list components in Next.js for easier future scaling.

๐Ÿ“ฆ Improvements:

Redis-based real-time inbox updates

Custom Haraka queue plugin patched for async delivery

Frontend refactor: modular inbox + domain selector

UI cleanup + Tailwind consistency

Added support for multiple active domains in the backend

๐Ÿง  Stack:

Next.js + Tailwind CSS

Redis + MongoDB (GridFS)

Node.js (Express) API

Haraka SMTP

Update attachment