What does 'end-to-end encrypted email' actually mean?
You send a message. It leaves your device. But who sees it on its way to your friend? Most email services log, scan, and store your data — even if they claim to be private. That means your messages can be read by the provider, accessed by hackers who breach the server, or handed over to governments under subpoena.
End-to-end encrypted email changes that. It means only you and the person you’re sending to can read what’s inside. Not the provider. Not anyone else. Even if the server is seized or copied, the messages stay unreadable.
Here’s how it works in practice: your message gets encrypted on your phone or computer before it ever leaves your control. It travels as scrambled data. Only the recipient’s device — and only when they unlock it — can decrypt it. No one in between, not even the email service provider, can see the content.
Key takeaways
- End-to-end encryption ensures only you and your recipient can read your messages, not even the email provider.
- Messages are encrypted on your device before leaving and decrypted only on the recipient’s device.
- This protects your data from providers, hackers, and governments — even if servers are seized or compromised.
How does E2EE differ from transport encryption like TLS?
End-to-end encryption (E2EE) keeps your messages unreadable to everyone except you and the recipient, even the provider. Transport encryption like TLS only protects data while it’s moving between your device and the server — the server can still read it. With E2EE, the message is encrypted before it leaves your device and stays encrypted until the recipient’s device unlocks it. This means the provider never holds the keys.
TLS: Encryption in Transit, Not in Trust
When you send an email using TLS, the connection between your device and the mail server is secured — no one can intercept it mid-flight. But the server decrypts your message as soon as it arrives. That means your email provider has full access to the content while it’s stored on their servers. Even if they promise not to read it, they technically can. This is why TLS is good for preventing eavesdropping, but not for privacy.
For example, a 2022 report by the Electronic Frontier Foundation (EFF) notes that while TLS is widely adopted, it doesn’t prevent providers from accessing user data in practice [1]. This is the core trade-off: protection from third parties (like hackers) vs. trust in the service provider.
E2EE: Only You and the Recipient Hold the Key
With E2EE, your email is encrypted on your device — before it leaves your laptop or phone — using a key only you and the recipient have. Even when the message is stored on a server, it stays scrambled. Only when the recipient opens it on their own device does it become readable.
Think of it like a secure package: you lock it with a padlock only your friend can unlock. The mail carrier (the server) never sees what’s inside, and even if they tried, they couldn’t open it. This is how E2EE ensures privacy, even if the provider is compromised or subpoenaed. It’s not a slogan — it’s a technical guarantee.
At Unifiedesk, we apply E2EE by default on our hosted platform, so your messages, files, and contacts stay protected wherever they go. On-premise deployments take it further: encryption keys reside only on your infrastructure, never shared with us.
Is end-to-end encryption actually possible at scale in email?
Yes — but only if the provider owns and controls the entire system, from client to server to storage, and enforces encryption at every step. Most email services use TLS for transit but store messages unencrypted on servers, leaving them vulnerable to access by the provider or third parties. Only systems designed from the ground up for privacy — like Unifiedesk, Proton Mail, and Tuta — make E2EE the default and enforce it across all devices and services.
Why most email isn’t truly private, even with TLS
Think of TLS like a secure envelope for mail in transit — it protects the message as it moves between servers. But once it lands on a provider’s server, it's often decrypted and stored in plain text. That means the provider can read, copy, or share your data at any time, either by request or by breach.
This is how most popular email services work. Even those that claim "end-to-end" encryption often only apply it in specific use cases — like encrypted chat windows — and let standard email flow unencrypted through their infrastructure.
How true E2EE works at scale
True end-to-end encryption means your messages are encrypted on your device before they leave your control, and only your intended recipient can decrypt them. Providers like Unifiedesk, Proton Mail, and Tuta implement this by storing encryption keys on your devices, not their servers.
Unifiedesk takes this further: all messages, files, calendar events, and chat history are encrypted at rest with AES-256-GCM, and keys are never shared with the provider. This applies whether you're using email, Drive, Docs, or Meet — all protected by the same core security model. Learn how Unifiedesk secures your data.
It’s technically demanding — especially when syncing across multiple devices, supporting rich attachments, or integrating with external services — but it's not impossible. The open-source nature of some systems means their designs are auditable, giving users real transparency. As defined in RFC 8314, E2EE is possible when control remains with the user, not the provider.
How does Unifiedesk implement end-to-end encryption for all users?
On the hosted Unifiedesk platform, every email, file, calendar entry, and message in your workspace is end-to-end encrypted by default. Your data is encrypted on your device before it ever leaves your control, and only you can decrypt it—neither Unifiedesk’s servers nor its staff ever see the plaintext. Even if a court orders data access, we cannot provide it because we don’t have the keys. This is how true privacy works.
Encryption is client-side, keys never touch the server
When you send an email or upload a file, Unifiedesk encrypts it using your passphrase—never stored, never transmitted. The encryption key is derived locally on your device using a secure key derivation function. This means your data is useless to anyone without your passphrase, including us.
It's the same for your calendar, contacts, Drive files, and even video meeting recordings. All are encrypted at rest using AES-256-GCM under per-account keys. This matches industry best practices, as defined in RFC 5280 for certificate-based trust and RFC 7518 for cryptographic algorithms—used in systems ranging from Signal to OpenPGP.
Access is impossible—even for Unifiedesk staff
Because your keys live only on your device, not on any server, even if someone gained full access to our infrastructure, they’d find only encrypted blobs—meaningless without your passphrase. No backdoors. No master keys. Our engineers can’t log in as you, nor can we ever see your messages.
Let’s say you use the private email feature, or manage your schedule with the calendar—everything stays yours. Same for files in Drive or collaborative documents in Docs. Encryption isn't optional; it’s baked in. If you’re concerned about data residency or compliance with GDPR, this architecture means your data stays within your jurisdiction and under your control.
For organizations or individuals who prefer complete control, Unifiedesk also offers self-hosting—you manage every piece, including the encryption keys. That’s the ultimate in autonomy.
How does self-hosted Unifiedesk differ in encryption?
You keep full control: with self-hosted Unifiedesk, every message and file is encrypted at rest using AES-256-GCM, with unique keys derived from your account’s master key and stored only on your own server. Your data never leaves your infrastructure unencrypted, and no third party—even Unifiedesk—can access your emails, files, or calendar events. This approach is fundamentally different from cloud-hosted services where the provider holds master keys.
Encryption happens at the account level, not the server level
Each message and file gets its own encryption key, generated from your account's master key using a secure derivation function. This means even if someone gained access to your server, they’d only see encrypted blobs—without your master key, they can’t decrypt anything. This is how end-to-end encryption works in practice: data is encrypted before it’s stored.
Unlike hosted platforms where encryption is applied at the service level, self-hosted Unifiedesk ensures that encryption is bound to your own environment. Your data is not only stored under your control but also protected with cryptographic practices that are industry-standard. The AES-256-GCM algorithm is used in NIST-approved cryptography, and the per-account key model ensures no shared secrets are ever exposed.
What this means for your privacy
Let’s be clear: self-hosted means you’re responsible for security decisions, but it also means you’re not relying on any third party’s trust model. You decide where data lives, who has access, and how it’s protected. You can even run this on an air-gapped server if needed.
Want to try it? Self-hosted Unifiedesk gives you the same tools—email, calendar, drive, documents, video meetings, contacts, and an AI assistant—while keeping your data locked down with cryptographic best practices. Set it up on your own infrastructure with full transparency and control.
With Unifiedesk, encryption isn’t a feature you opt into—it’s how the system is built. Whether you’re using the hosted service or your own server, your data stays yours.
What about sender and recipient keys? How is encryption managed in practice?
When you send a private email in Unifiedesk, your message is encrypted with the recipient’s public key—only their private key, stored securely on their device, can decrypt it. Your own private key never leaves your device; it’s never shared, never stored on servers, and never used by anyone else. This is how end-to-end encryption protects your messages from interception, even by Unifiedesk itself.
How public-key cryptography keeps your messages safe
Every Unifiedesk user has a unique key pair: a public key that you share with others, and a private key that stays on your trusted device—never on a remote server. Think of your public key like a digital lock: anyone can use it to lock a message meant for you, but only your private key can unlock it.
When you send an email, Unifiedesk uses the recipient’s public key to encrypt the content. Even if someone intercepts the message in transit, they can’t read it without the recipient’s private key. This system is based on industry-standard public-key cryptography, used widely in secure communications like HTTPS and encrypted messaging apps. The ACME protocol and JMAP both support this model in modern email systems.
What happens when you send and receive messages
When you receive a message, Unifiedesk uses your private key—stored locally on your device—to decrypt the incoming email. If you’re using a mobile app or desktop client, your private key is kept in the device’s secure enclave or OS-level keychain, not on a cloud server. This means no third party, not even Unifiedesk, can access your messages.
For shared mailboxes or team collaboration, Unifiedesk generates separate key pairs per user. This ensures that even within an organization, only authorized individuals can read encrypted content. Files in Drive and documents are handled the same way—each encrypted with per-account keys and decrypted only when accessed via your verified device.
Let’s be clear: this isn’t optional. It’s baked into Unifiedesk’s architecture. Whether you’re using private email, docs, or video meetings, every message and file is protected with the same rigorous, user-controlled encryption.
Can you still use end-to-end encryption on mobile or web?
Yes — Unifiedesk’s web, mobile, and desktop apps all support end-to-end encryption (E2EE) by default. Your private key never leaves your device; encryption and decryption happen locally, meaning no server ever sees your messages in plaintext. This works seamlessly on any platform without weakening security — you keep total control, even when you're on the go.
How E2EE works across devices
Let’s be clear: E2EE doesn’t vanish when you switch from desktop to phone. When you send a message, Unifiedesk encrypts it on your device using your private key before it ever touches the network. On the other side, the recipient’s app decrypts it locally — again, without any server seeing the raw content. This is how encryption stays strong whether you’re using a laptop in the office or your phone on the train.
The key insight? Your private key never leaves your device, even when syncing across devices. We use secure key management protocols aligned with industry standards — including those defined in RFC 8446 (TLS 1.3) for secure transport, and practices recommended by the Electronic Frontier Foundation (EFF) for local key handling. This isn’t theoretical; it’s built into how the app works from the start.
No trade-offs for convenience
Some services offer mobile access but weaken encryption to do so — think shared keys, server-side decryption, or backup vulnerabilities. Unifiedesk doesn’t. You can use features like undo-send, snooze, and Sieve filters across all platforms, and none of them require the server to see your data.
Even shared mailboxes or team folders stay protected — every message is encrypted under your account’s unique key, not a shared one. Files in Drive are encrypted at rest with AES-256-GCM, and links expire automatically — no backdoors, no access without your permission.
Want to try it? Set up a free @unifiedesk.com mailbox in minutes and see E2EE in action. Explore email with privacy built in, or dive into the full workspace — calendar, docs, Meet, and more — all protected by design.
And if you need full control over your data? You can deploy Unifiedesk self-hosted, where encryption remains end-to-end and your keys are never shared with any third party. See how self-hosting keeps you sovereign.
How does email privacy protect your calendar, contacts, and files?
End-to-end encryption in Unifiedesk doesn’t just secure your emails—it protects your calendar entries, contacts, and Drive files with the same strong principles. Even if someone gains access to your data storage, they can’t read it without your private key. This means your personal schedule, address book, and documents stay private, just like your messages.
Everything is encrypted with your key, not the server’s
When you store data in Unifiedesk—whether it’s a calendar invite, a contact, or a file in Drive—it’s encrypted at rest using AES-256-GCM under keys tied directly to your account. This is the same standard used by major security protocols and is considered industry best practice. Your private key never leaves your device, so even Unifiedesk’s servers can’t access your data.
Let’s say someone compromises your cloud storage. Without your key, all your calendar events, contacts, and files appear as random data. No decipherable text. No usable information. This is why true E2EE matters: it makes data unreadable to anyone, including the service provider.
Even share links for files in Drive are secure by design. They automatically expire after a set period and can’t be accessed without your permission. This prevents long-term exposure of sensitive documents. You control access, not a third party.
Consistent security across your digital workspace
Unifiedesk ties encryption across all your tools—mail, calendar, drive, documents, and contacts—because privacy isn't just about one app. If one piece is weak, the whole system is at risk. That’s why every data type uses per-account keys, not shared or server-side ones.
For example, when you send a calendar invitation, it’s encrypted like a secure email. When you store a contact with a photo, it’s protected the same way as any file. This uniform approach keeps your entire digital life protected, not just individual messages.
Unlike many providers that treat email encryption as optional or limited, Unifiedesk applies E2EE by default across all data. This is part of why the IETF’s JMAP standard emphasizes user-controlled encryption as a core requirement for modern email. It’s not just about sending messages—it’s about safeguarding your personal digital environment.
If you’re using Unifiedesk with a custom domain, you get complete control over who manages your data—including the ability to self-host. That means your calendar, contacts, and Drive remain under your control, with encryption never dependent on a third party [learn more].
How do I set up a private email with E2EE using Unifiedesk?
You can have a private email with end-to-end encryption in minutes. Sign up for a free @unifiedesk.com inbox or connect your own domain, use the built-in tool to add DNS records, and your emails are encrypted by default—no extra setup needed. All messages and files are protected at rest and in transit, with keys managed per account, so only you can access your data. This is how real privacy works: the system protects you from day one.
Set up your email with minimal effort
- Choose your email address: Start with a free @unifiedesk.com mailbox, or connect your custom domain if you're ready to own your digital identity. You’re free to switch later, but a custom domain gives you full control.
- Add your domain’s DNS records in seconds: Use the in-app domain setup tool to generate your MX, SPF, DKIM, and DMARC records. Paste them into your domain registrar’s DNS settings—this takes under five minutes. The tool shows you live examples and checks for common errors.
- Let encryption work automatically: Once your domain is live, all incoming and outgoing messages are end-to-end encrypted on the hosted platform. No toggle, no settings to remember. Your emails stay private by design, not by user choice.
These steps align with industry standards: MX records ensure mail routing, SPF and DKIM prevent spoofing (as defined in RFC 7001 and RFC 6376), and DMARC protects your domain’s reputation. Proper DNS setup is non-negotiable for deliverability and security—doing it right means fewer bounces and less risk.
What’s protected—and why it matters
On Unifiedesk’s hosted platform, every message and file is encrypted at rest with per-account keys, and TLS secures data in transit. This is not optional. The system encrypts your calendar, drive, documents, and contacts too—everything stored in your account.
You’re not trusting a third-party database full of plaintext emails. You’re trusting a system where only you, with your login, can unlock the data. This is the essence of end-to-end encryption: not just a feature, but a default state. No backdoors. No metadata harvesting. Just control.
Want more? Try private email, secure video meetings, or use self-hosted deployment if you need full infrastructure ownership. With end-to-end encryption, you get private communication that works without complexity—and stays secure, by design.
What happens during a data breach? How does E2EE prevent exposure?
During a breach, attackers might access stored data—but with end-to-end encryption, they see only unreadable ciphertext. Your private key, held only by you, is required to decrypt it. Unlike providers that store unencrypted data, Unifiedesk never holds your keys, so even if the system is compromised, your messages, files, and contacts remain secure. This is how E2EE turns a breach into a non-event for your privacy.
Why storage matters: encryption only works if the provider doesn’t have the keys
Many email services claim to encrypt data—but if they store the encryption keys, they can still read your mail. This creates a single point of failure. Let’s be clear: if your provider can access your data, encryption doesn’t protect you in a breach.
Unifiedesk’s hosted platform uses end-to-end encryption. This means your data is encrypted on your device before it leaves your control, and only you hold the decryption key. Even if a hacker accesses our servers, they’ll only see random data—like trying to read a book written in a language you don’t know.
Self-hosting adds another layer: you control the key, you control the data
If you choose the self-hosted version, even the Unifiedesk team can’t access your data. Everything is encrypted at rest using AES-256-GCM, with per-account keys stored only on your server. Your encryption keys are never transmitted to us—and never stored on our servers.
This means a breach at a third-party cloud, a leaked database, or even a government subpoena can’t expose your mail, calendar events, or documents. Even if someone gained admin-level access to your local servers, they’d still face the same wall of ciphertext. As the IETF’s RFC 8314 explains, the strength of E2EE lies in eliminating shared trust between provider and user.
With Unifiedesk, your data is protected the way encryption was intended: not by relying on the provider’s promises, but by ensuring no one—not even us—can unlock it without your permission.
See how our private email setup works with full encryption: private email with end-to-end encryption.
End-to-end encryption isn’t perfect—what are the real trade-offs?
With end-to-end encryption, your data is protected from everyone except you—including the provider. But that also means there’s no backdoor if you lose your keys.
Real trade-offs to consider
- Lost keys = permanently inaccessible data. No recovery, no support, no exceptions.
- Sharing files or messages requires explicit steps—like generating an expiring link—because encryption keys don’t auto-sync.
- You own the security. No provider can reset your passphrase or unlock your mailbox if you forget it.
These aren’t flaws. They’re design choices that shift trust from a service to you. That’s the price of true privacy.
Ready to put this into practice? Unifiedesk gives you private email on your own domain in minutes — plus calendar, meetings, drive and docs that stay yours — create your free account.
Frequently asked questions
Does end-to-end encryption work for email attachments?
Yes—Unifiedesk encrypts all file attachments at rest with per-account keys and requires a private key to decrypt.
Can I use end-to-end encryption with my existing email address?
Yes—by setting up Unifiedesk with your custom domain and configuring DNS records like MX, SPF, DKIM, and DMARC.
Is end-to-end encryption legal in all countries?
Generally yes, but some countries restrict strong encryption. Always check your local regulations.
How does Unifiedesk handle spam and phishing with E2EE enabled?
Unifiedesk runs inbound SPF, DKIM, and DMARC checks before decryption, so spam and spoofed mail are filtered before reaching your inbox.
Can I recover my E2EE data if I lose access to my device?
No—your private key is stored only on your device. There is no backup. This is by design to maintain security.
Does using E2EE slow down email sending or receiving?
Modern devices handle E2EE encryption efficiently. Delays are negligible in practice.
Do I need to manually enable E2EE on Unifiedesk?
No—E2EE is enabled by default for all hosted and self-hosted users. It cannot be disabled.
How does E2EE affect calendar and contacts sync?
All calendar events and contacts are encrypted at rest with your account key and synchronized only between devices you control.
Can Unifiedesk’s AI assistant access my encrypted data?
No—AI content is processed only if you opt in, and even then, data isn’t used for training by default.
Is self-hosting E2EE as secure as the hosted platform?
Yes—if you manage the server securely. Self-hosting gives full control but requires technical responsibility.
What happens if someone impersonates me via email?
DKIM and DMARC validation prevent spoofing. Only properly signed emails from your domain are accepted.
Can I use E2EE with multiple devices?
Yes—your private key is synced securely across devices you own, but never leaves your control.