Give out x7k2p9qzrm@yourdomain.com instead of your real address. Mail sent to it gets parsed and delivered straight to you, on Discord, Telegram, or Slack. Torch it when you're done.

Addresses sit on a domain you own, so nothing flags them as disposable the way public temp-mail domains get flagged. Runs on Cloudflare's free tier: Email Routing receives, D1 stores, one Worker does the rest. Nothing to keep alive.
No domain? Leave one setting blank and it uses mail.tm's instead.
Deploy
Forks the repo, creates the database, deploys the Worker, prompts for your domain and Discord credentials (Discord is the platform the automated setup covers today; Telegram and Slack are a manual step, see docs/telegram-adapter.md and docs/slack-adapter.md). Blank domain means mail.tm mode.
It can't load the database schema or register the slash commands with Discord. Those are in docs/deploy-cloudflare.md and docs/discord-adapter.md.
Prefer a local clone
git clone https://github.com/psalm2517/cindermail.git
cd Cindermail
npm install && npm run setup
The wizard asks the same questions and writes the same config. Use this if you'll be changing the code.
Commands
/new [expiry] [note] |
A fresh address. Permanent unless given an expiry in days. |
/list |
Your addresses, with notes, expiry, and how many of your quota you're using. |
/extend <address> [expiry] |
Change when one expires. expiry: 0 makes it permanent. |
/note <address> [note] |
Label one. Blank clears it. |
/remind [on/off] |
Opt in to a message a day before an address expires. |
/torch <address> |
Kill it. |
Same six commands across Discord, Telegram, and Slack; exact syntax differs slightly per platform (Discord takes structured options, Telegram and Slack read plain text after the command, and Slack's are prefixed /cm- since Slack rejects bare generic command names). Discord and Slack replies are ephemeral, visible only to whoever ran the command; Telegram only works in a private chat with the bot for the same reason, since it has no ephemeral-reply equivalent. Details in docs/discord-adapter.md, docs/telegram-adapter.md, and docs/slack-adapter.md.
How it works
/newmints a random address owned by whoever ran it.- Give it out. Mail sent there comes back to you, not to wherever you used it.
- Mail arrives, the Worker looks up the owner. Unknown, expired or torched addresses are dropped: no bounce, nothing logged.
- Otherwise it's parsed (HTML to text, links intact, attachments forwarded) and delivered to you.
A daily cron deletes expired and torched addresses, clears stale rate-limit rows, and sends expiry reminders.
The Worker root serves a status page with running totals, also available as JSON at /counters. Counts only, no addresses or owners.
Limits
- 5 active addresses per owner, configurable.
- Message bodies cap at 1500 characters inline; longer is attached as
message.txt. - Inbound HTML caps at 256KB before parsing. Parsing cost scales quadratically, and anyone who learns an address can send to it.
- Attachments forward up to 25MB combined per email. Anything over budget is dropped with a note, not the whole batch.
Code layout and tests: docs/architecture.md. Every setting: docs/configuration.md.
Under consideration (contingent on demand)
- Slack delivery adapter
- Publicly hosted instance
AI disclosure
This project was built with AI assistance, directed by me.
License
MIT. See LICENSE.