Skip to content
How-to7 min read

How to Message Anonymously (No Phone, No Email)

Learn how to message anonymously with no phone number or email: on-device identity, Tor to hide your IP, metadata minimisation, and contact verification.

By The PrivacyPortal Team

To message anonymously you need four things working together: an identity that isn't tied to a phone number or email, a network path that hides your IP address, disciplined metadata minimisation, and a reliable way to verify the person on the other end. Do all four and no one — not an eavesdropper, not the app's server, not your network provider — can easily tie a conversation back to you. This guide walks through each step in plain terms, then shows how a few messengers stack up.

What "anonymous" actually means

People mix up three different protections, and the difference matters:

  • Encryption hides the content of your messages. End-to-end encryption (E2EE) means only you and your recipient can read them.
  • Anonymity hides who you are — your real-world identity and your location.
  • Metadata privacy hides the pattern around your messages: who talks to whom, when, how often, and from where.

You can have strong encryption and still be fully identifiable. If an app knows your phone number and logs your IP address on every connection, the contents may be sealed but you are not anonymous. Real anonymity requires attacking all three layers at once.

Step 1: Start with an on-device identity (no phone, no email)

The single biggest deanonymiser in mainstream messaging is the phone number. A phone number is issued to a verified identity, it's shared across services, and it links your chats to your name. Email is nearly as bad.

Anonymous messaging starts by removing that link entirely. The privacy-preserving pattern is a self-generated identity that never touches a central account: your device creates a keypair locally, and you're represented by a public key rather than a number. Many tools express the private half as a short recovery phrase (a list of words) that you back up yourself. Nothing about you is registered on a server.

If a service asks for a phone number "to verify you're human," you are not messaging anonymously — you're messaging pseudonymously at best, with a direct thread back to your SIM.

Step 2: Hide your IP address with Tor

Your IP address is a location and network fingerprint. Even with perfect encryption, a server (or anyone watching the network) that sees your IP can learn your approximate location, your ISP, and often enough to correlate you across sessions.

The standard fix is Tor, which routes your traffic through multiple relays so the destination only sees the exit point, never your real address. When a messenger connects to its server as a Tor hidden service, neither the server nor a network observer learns your IP.

Two practical points:

  • Prefer fail-closed behaviour — the app should refuse to fall back to a direct clearnet connection if Tor is unavailable, so it can't accidentally leak your address.
  • Understand what Tor does and doesn't carry. Text and signalling travel well over Tor. Real-time voice and video are usually sent peer-to-peer for latency, which can expose an IP unless the app deliberately relays that media. Check how your tool handles calls specifically.

For a deeper walkthrough, see how to hide your IP when messaging.

Step 3: Minimise metadata

Even anonymous-by-design systems leak if the server keeps records. Ask what the relay actually stores:

  • Does it hold only sealed ciphertext, or does it see plaintext and keys?
  • Is there a retention limit — messages deleted after delivery, or a short maximum lifetime?
  • Are there account records, contact graphs, or connection logs that could be subpoenaed or breached?

The goal is a no-logs relay that stores as little as possible for as short a time as possible. If undelivered messages sit encrypted and expire on a timer, and delivered ones are purged, there's almost nothing to hand over or leak later.

Step 4: Verify your contacts

Anonymity is worthless if you're unknowingly talking to an impostor or a machine-in-the-middle. Because anonymous identities are just keys, you should verify the key the first time you talk to someone important — compare a safety number, a fingerprint, or a QR code through a channel you already trust (in person, or a call where you recognise the voice).

Verification is what turns "an encrypted chat with someone" into "an encrypted chat with the right someone."

Step 5: Mind the endpoints

The strongest network won't save you from a leaky device. A few habits:

  • Use a phone you control — a de-Googled or GrapheneOS device avoids background telemetry and works without Google Play Services.
  • Be careful with cloud backups; a backup that isn't end-to-end encrypted can undo everything upstream.
  • Remember that screenshots, linked notification previews, and shoulder-surfers are all part of your threat model.

How the major messengers compare

Different apps make different trade-offs. Here's a fair, at-a-glance view focused on the anonymity dimensions above:

App No phone/email needed E2EE by default Hides your IP by default
Signal No — requires a phone number* Yes No
WhatsApp No — requires a phone number Yes (message content) No
Telegram No — requires a phone number No — only opt-in Secret Chats No
Session Yes Yes Yes (onion routing)
Graphite Yes Yes Yes (Tor)

*Signal is open-source, E2EE by default, and minimises metadata (sealed sender). Usernames can hide your number from other users, but registration still needs a phone number. Threema (paid, Swiss) also lets you register without a phone number. Note that the consumer Wickr Me app was discontinued at the end of 2023.

A couple of clarifications so the table isn't misread: WhatsApp encrypts message content by default using the Signal Protocol but is owned by Meta and ties you to a number, and its cloud backups aren't end-to-end encrypted unless you turn on encrypted backups. Telegram's ordinary "cloud chats" are not end-to-end encrypted — only opt-in one-to-one Secret Chats are — so it shouldn't be described as encrypted by default.

Where Graphite fits

Graphite by PrivacyPortal was built around the exact checklist above:

  • No phone number, no email. Your identity is a 12-word recovery phrase generated on your device. There is no account on the server.
  • Tor by default, fail-closed. Bundled Tor connects to a hidden service, hiding your IP and network. On mobile, calls are routed so the other person doesn't see your IP; call media itself uses peer-to-peer DTLS-SRTP rather than Tor.
  • No-logs relay. It stores only sealed ciphertext with a 7-day maximum lifetime, deleted after delivery. It never sees plaintext, your keys, or your recovery phrase.
  • Strong, modern crypto. E2EE via NaCl/libsodium sealed boxes, a hybrid post-quantum layer (ML-KEM-768), and forward secrecy from a Signal-style double ratchet.
  • Works where you need it. Windows (portable .exe with bundled Tor), Android sideloaded APK that runs on GrapheneOS and de-Googled phones with no Google Play Services, and a web app. It also does encrypted voice and video, group chats, file sharing, and on-device AI message search that uploads nothing.

For the broader picture of how all these pieces fit together, read our pillar guide to the encrypted messenger, and if the phone-number requirement is your main blocker, see a Signal alternative without a phone number.

Quick checklist

  • Identity generated on-device, no phone or email
  • IP hidden over Tor, fail-closed
  • Relay stores only ciphertext, briefly, then deletes it
  • Contacts verified out-of-band
  • Clean endpoint; no unencrypted cloud backups

Try it

Graphite is free and in public beta (v1.13.25) on Windows, Android, and the web — no phone number, no email, no logs. If you want to put this guide into practice, download Graphite at graphite.chat and start a private conversation in a couple of minutes.