# Introducing imado _A working email address for a domain you already own, without a mail server to run or a subscription per side project. What it is, why it exists, what it costs, and how reliable it is._ Published 12 September 2026 · Last updated 16 October 2026 Every project begins with a domain, and the first thing a domain needs is an email address: hello@ for the landing page, and support@ the day one person pays. Getting that address has always been the least interesting part of the work, and the easiest to get wrong: one DNS record with a typo, and mail from the address goes to spam or nowhere. The two ways to get one were to pay for a full office suite for each project, or to work out the DNS records yourself — the ones with names like MX and DKIM — and hope they were right. Most people who own a few domains have done both, and what they wanted each time was simpler than either: an address that exists, that they can read, and that they can reply from. imado is that address. You connect a domain you already own, create hello@example.com, and send and receive from an inbox in your browser. You add a few DNS records we give you and press the Check button; you do not have to know what the records mean. ## What it does **Add a domain.** Type a domain you own. imado shows you the DNS records to add: one proves you own the domain, one lets other mail providers confirm that mail from your address really came from it, one says where mail for the domain should be delivered, and one optional record says what to do with mail that fails that check. Each record is shown as the fields you paste, with a line saying what it is for. **Add the records where your domain's DNS is managed.** That is usually the company you bought the domain from — Cloudflare, Namecheap, GoDaddy and the rest all have a page called DNS records or DNS management. Nothing else about the domain changes; a website on it keeps working. Records take minutes to appear, occasionally longer; press Check and we tell you which are in place, and when every one is, mail for the domain starts arriving. **Create an address.** hello@, hi@, your own name. You create each address you want; it receives mail as soon as the domain's records are in place, and there is no charge per address. **Read, reply, and start new messages.** Today the inbox is the browser, on a phone or a computer; reading in a mail app is on the way. What you send goes out from your address. Attachments come with the message and download exactly as they were sent. **Give someone else access.** Another person can read and reply from the same inbox, signed in as themselves, at no extra cost. ## What it costs imado charges for the two things that grow when a project grows: domains, and the space your stored mail takes up. There is no charge per address or per person. Free is 3 domains and 1 GB of stored mail at $0, with no time limit. After that, 5 more domains or 5 GB more storage is $10 a year each, all billed together once a year. When storage is full, mail keeps arriving and nothing is deleted; Plan, in Setup, shows the meter, and you clear space or add storage. The [pricing page](https://www.imado.cloud/pricing) has the current numbers and a calculator. You buy packs from Plan, in Setup, and see the exact charge before you confirm; nothing can be charged before you add a payment method. ## What it is for Mail between people: hello@ on a landing page, support@ for a product you run, you@example.com for the mail you would rather not send from a personal account. It is not for sending newsletters, campaigns, or automated mail from software; receiving them at your address is fine. The sending limits are low and published — on Free, one address can send 25 messages a day — because everyone who sends through imado sends from the same servers, and the big mail providers decide whether to accept mail from a server based on its history. Keeping the limits low is how we keep everyone's mail arriving. The [fair use page](https://www.imado.cloud/fair-use) lists every limit, as a number. ## How reliable it is imado carries real mail every day; ours were the first domains on it. How it has been running is public: the [status page](https://is-imado.online) shows every check we run against the site and the API, and every incident. There is no uptime commitment. Mail can be delayed, and in a bad case a bug on our side can lose a message, so keep another copy of any mail you cannot afford to lose, such as the copy the sender has. When something breaks, we tell you by email rather than wait to be asked. If we lose or misdeliver your mail, we say so and tell you what we know. Two things are decided: we never reject incoming mail because an account is over a limit, and we never delete old mail to make room for new mail. The [terms](https://www.imado.cloud/terms#reliability) say all of this as the agreement. ## What is coming Forwarding, so mail to an address on your domain is delivered to another address you already have. Catch-all receiving, so mail to an address you never created still reaches you. Reading in a mail app instead of the browser. A second step at sign-in, such as a code from your phone. Each one appears in the [changelog](https://www.imado.cloud/docs/changelog) the week it ships. ## Where to start If you own a domain and want an address on it, [start here](https://www.imado.cloud/auth). If you want to know more first, the [security](https://www.imado.cloud/security) and [privacy](https://www.imado.cloud/privacy) pages say exactly what is protected, what is stored, and how to leave, and the [contact page](https://www.imado.cloud/contact) says where to write; a person replies within two working days. --- Source: https://www.imado.cloud/blog/introducing-imado · Site summary: https://www.imado.cloud/llms.txt