My ideal mailing system

Hello,

I have been prototyping with this idea of using Tor as a domain for email service It works really well so far in testing. Wanted to share with the community.

It works identically to email as a store and forward service. The idea is you can use a old computer or something as a physical mailbox in your control.

Here are some design choices I have implemented.

Two onion addresses.

One becomes your public domain with a customizable prefex. [prefix@123…onion]. This prefix can be changed and if the sender does not have it, you will not receive.

One is strictly a UI address and by default is set up as a authentecated service. Without the key, address, master password, and optional 2FA, you cannot access remotely. It should be a pretty solid way of protecting communications.

The reciever service does very basic things and has limited surface intentionally.

-Receives incoming messages from other users.

-Hosts your PGP public key. During compose, if a key is published on your node, the sender can fetch for an additional layer of encryption.

PGP implementation is included as openpgp.min.js in /static. Private keys never transmitted over the network. Including it directly from the server additional e2ee one click.

I’ve decided to not include attachments. This is a text only service for now and maybe forever.

Install is as straight forward and compatible with termux, Linux, macos. No root required and just a few commands to get it going.

Once the service is running, you can access it remotely with your credentials, or on localhost without the need to download the Tor browser.

The directory is isolated in a way where you can actually host multiple services on one device.

Still a work in progress but I thought it was far enough along to share.

Are there any other services set up like this in this fashion?

Repository here

I honestly don’t think I have seen this concept enough, here is another service set up like this in this fashion, I haven’t tried it though: https://onionmail.org/about :globe_with_meridians:

https://onionmail.org/blog/tag/mail2tor/

That website doesn’t quite inspire confidence haha.

I think trying to become the bridge between legacy email is ultimately the wrong approach.

No reason to be compatible in my eye.

O sorry my bad lol, yeah I 100% get where you are coming from.

Interesting idea.

Can you give us a sample use case - i.e. why would I choose to use this system instead of encrypting mail over an existing mail provider’s infrastructure? I can end to end encrypt email (e.g. with GPG, whose private key is in my control) through any mail provider, such that the contents should be private - even from the mail provider themselves. My mail client can (& does) use a Tor proxy such that all email is sent and received over the Tor network. With fixed, albeit pseudonymous onion email addresses, the metadata telling the NSA that bob@onion_address0 is communicating with alice@onion_address1 is intact, is it not, i.e. this is not a substitute for a mailmixer is it?

You may be interested in a tutorial that was posted some while back on setting up the infrastructure for a private email system using Tor. It is currently here. It was posted here by user Pollux (now @ch1ffr3punk I believe). His/her GitHub in case you may wish to collaborate.

From a personal POV, I’d like to see the Tor Project embrace the idea of an email system that does obfuscate the metadata of who is communicating with who and support such a thing. Mail (mixer) servers run by volunteers along the lines of relays (Snowflake?) could be workable.

Can you give us a sample use case - i.e. why would I choose to use this system instead of encrypting mail over an existing mail provider’s infrastructure?

There are trade offs to this architecture, mainly, you can only send mail to another tmail node, but that’s also a strength I think.

I think the primary benefit is it completely eliminates the need for that middle man that is the mail providers infrastructure. With this, you are your own tiny infrastructure.

This bridges the gap between the downsides of P2P communication because it can be on 24/7 ready to receive on a device you trust, in a place you trust, yet you can connect to it on the edge from anywhere via the isolated UI endpoint.

Yes, you can achieve privacy of the contents with gpg and even further obfuscate by sending through the proxy, but you still need broker trust to the mail provider infrastructure that the meta data. Here, we broker trust to the agnostic Tor relays instead.

You may be interested in a tutorial that was posted some while back on setting up the infrastructure for a private email system using Tor. It is currently here. It was posted here by user Pollux (now @ch1ffr3punk I believe). His/her GitHub in case you may wish to collaborate.

I will check it out thanks for the reference!

From a personal POV, I’d like to see the Tor Project embrace the idea of an email system that does obfuscate the metadata of who is communicating with who and support such a thing. Mail (mixer) servers run by volunteers along the lines of relays (Snowflake?) could be workable.

I agree, would be awesome! I think pairing something like this with the option to also simultaneously be a snowflake would be a great way to create a balance of give and take.

@Noino,

I am currently working on a NymX Mail infrastructure,
which produces zero metadata and works with the Nym Mixnet and Tor usage with it is also possible, so that third parties do not see that one uses the Nym Mixnet and bad Tor nodes can not see where the messages are going.

Hi, l found this a very interesting project. Sharing it in my personal community. I hope you don’t mind.