Introducing Mailstr - KYC Free emails bridged to your nostr keys
- What is Mailstr & how does it approach the problem?
- What are the trade-offs?
- Why does this matter for Nostr?
- What if your identity didn’t belong to a company?
Email used to be simple. It was our entry into the digital world.
Create an address, share it with someone, and you had a way to communicate without necessarily revealing much about who you were in the physical world.
Over time, however, your email address became much more than an inbox.
It became one of the most persistent pieces of your digital identity.
Almost every service requires one. Your email gets connected to your accounts, purchases, subscriptions, social profiles and, eventually, your real-world identity.
Your email has become a bridge between your digital self and your personal self. And creating a new one isn’t particularly easy anymore.
Most major providers, such as Gmail and Outlook, increasingly ask for phone numbers or other forms of verification. Even privacy-focused providers can require additional verification or put you through endless CAPTCHAs, especially when using a VPN.
It almost feels like getting a passport. All in the name of “spam protection.” Then there is the question of privacy.
Traditional email was not designed around end-to-end encryption. Most providers operate centralized infrastructure where your mailbox ultimately lives inside someone else’s system. Even when encryption is available, you’re still trusting a centralized provider to hold your data.
So, what happens if we rethink the model?
What is Mailstr & how does it approach the problem?
Mailstr is an attempt to rethink email around Nostr’s model of identity, ownership and interoperability.
Traditional email ties your address, inbox and identity to a provider. Mailstr takes a different approach: your Nostr keypair becomes the foundation of your identity, while an email alias provides compatibility with the existing email world.
The idea is not to replace email. It is to build a bridge between the email infrastructure people already use and an open, Nostr-based identity layer.
The underlying Nostr-Mail specification is designed to carry Nostr-encrypted and signed messages through standard email infrastructure such as SMTP and IMAP.
So how does it approach the problem?
-
Identity is separated from the provider
Your identity is tied to your Nostr keys rather than being created and controlled entirely by an email provider. This makes the identity portable across compatible services and clients. -
Email remains compatible with the existing internet
You still get an email address that can communicate with conventional email addresses. The goal is not to force everyone onto Nostr before they can communicate with you. -
Your messages can be cryptographically protected
Nostr-Mail uses Nostr’s cryptographic keys and NIP-44 encryption to protect message content. Messages can also be signed so recipients can verify the sender. -
Storage and infrastructure become less tightly coupled
Instead of treating one company’s servers as the permanent home of your mailbox, the architecture can use Nostr relays and standard email infrastructure for different parts of the system. This creates a more modular model where the client, identity and storage layer don’t necessarily have to belong to the same provider. -
The protocol becomes more important than the application
This is perhaps the biggest idea.
If the protocol is open, you don’t need to trust one particular interface forever. Different clients can implement the same protocol and access the same underlying communication system.
That is the Nostr philosophy applied to something people already understand: email.
So the simplest way to describe Mailstr is:
Mailstr is a bridge between the old email world and Nostr’s open identity and cryptographic infrastructure, designed to make email more portable, private and interoperable.
What are the trade-offs?
There is no magic here. Mailstr changes the trust model, but it doesn’t make the limitations of email disappear.
Email arriving from the outside is still email If someone sends you a conventional email, that message arrives through the existing email infrastructure.
If it is sent in cleartext, the bridge can see it. That’s a fundamental property of traditional email, not something encryption at the storage layer can magically eliminate.
Mailstr’s approach is to avoid retaining those messages after they have been relayed to your chosen storage infrastructure.
Your keys matter. Your Mailstr identity is tied to your Nostr keys. Lose the keys and you lose access to that identity.
This is the same trade-off that comes with self-custody elsewhere in the open-source and Bitcoin ecosystem.
Removing the trusted intermediary also means taking responsibility for the thing that intermediary used to control for you.
Ownership and responsibility come together. Your relay choices matter. The relays you choose become part of your infrastructure.
Poorly maintained or unreliable relays can affect delivery and availability. Their retention policies also matter, so users should understand how their chosen relays handle stored data..
Running your own relay is one option. Using a private relay is another. The important part is that the user gets to make that decision.
Why does this matter for Nostr?
This might be the most interesting part of Mailstr.
Nostr has created an open protocol for identity and communication, but much of the activity around it still happens inside the Nostr ecosystem.
Nostr users communicate with Nostr users.
Email gives us a bridge to something much larger.
Email has existed for decades. Almost every internet user understands it. Businesses use it. Websites require it. People who have never heard of Nostr already know how to send an email.
That makes email an interesting gateway into open protocols.
Instead of asking everyone to abandon the tools they already understand, we can build bridges between those tools and new systems.
Mailstr is one example of that approach.
It connects the existing email ecosystem with Nostr identities and user-controlled storage while preserving interoperability between different clients.
And that points toward a much bigger idea.
What if your identity didn’t belong to a company?
For decades, the default model of the internet has been:
Create an account. Give a company your information. Store your data on its servers. Use its interface. Trust it to keep everything available.
Open protocols offer a different model.
Your identity can be a key. Your data can be portable. Your storage can be replaceable. Your client can be interchangeable. The service becomes infrastructure rather than an owner.
That is the direction worth paying attention to.
Bitcoin showed us what happens when money can operate without a central issuer. Nostr is exploring what happens when identity and communication can operate without a central platform.
Mailstr takes one familiar piece of the old internet, email, and connects it to that emerging model.
The interesting question is no longer whether we can build another email provider. We already have thousands.
The interesting question is whether we can build an email system where the provider doesn’t own the identity, the client doesn’t own the data, and the protocol doesn’t belong to a company.
That’s the experiment Mailstr is running. And experiments like these are how open networks evolve.
Cheers to the future.
Stack happiness.
https://mailstr.app
*This article is written by Abhay and published by Bitshala.
Write a comment