Best Free Encrypted Email Services: Reviews & Comparisons

  • Thread starter Thread starter CosminaPrisma
  • Start date Start date
Click For Summary
SUMMARY

The discussion centers on the effectiveness of free encrypted email services and the importance of self-encryption. Users emphasize that popular webmail services like Gmail and Yahoo do not provide adequate encryption for emails sent via SMTP. Instead, participants recommend using standalone email clients that support PGP encryption for secure communication. The consensus is that while transport protocols may not be encrypted, the payload of emails can remain secure if encrypted by the user before transmission.

PREREQUISITES
  • Understanding of PGP (Pretty Good Privacy) encryption
  • Familiarity with SMTP (Simple Mail Transfer Protocol)
  • Knowledge of HTTPS (Hypertext Transfer Protocol Secure)
  • Basic concepts of public and private key encryption
NEXT STEPS
  • Research how to implement PGP encryption in email clients
  • Explore the differences between SMTP and secure email protocols
  • Learn about the RSA encryption algorithm and its applications
  • Investigate standalone email clients that support advanced encryption features
USEFUL FOR

This discussion is beneficial for cybersecurity professionals, privacy advocates, and anyone seeking to enhance their email security through encryption methods.

CosminaPrisma
Messages
100
Reaction score
0
I know that there are some encrypted e-mails services that are free. Which ones are good ones? Have you used any? Hotmail, yahoo,etc are not encrypted...neither is g-mail
 
Computer science news on Phys.org
Good question. You would be MUCH better off using a stand-alone program to encrypt your email for use over standard email services.
But, that's not your question, so I will post this Q on another forum I belong which deals with such issues and report back(takes a day or so for good answers)
 
Why would you rely on someone else's service to encrypt your data? Encrypt it yourself.
 
Even if your webmail service encrypts their HTTP traffic, the emails themselves are still being sent over SMTP from one mail server to another, completely unencrypted.

Like franz, I suggest you just use an email client which includes support for PGP encryption.

- Warren
 
chroot said:
Even if your webmail service encrypts their HTTP traffic, the emails themselves are still being sent over SMTP from one mail server to another, completely unencrypted.
- Warren

That is not correct. An originating encrypted email, be it from the user himself or through a service, remains encrypted throughout all of the "jumps"
What you might be referring to is that the transport protocol itself is not, and SHOULD NOT be encrypted, else you will lose transport ability. BUT, the contained encrypted data in each packet frame maintains encrypted regardless of how many mail servers it goes through to reach its destination.
 
In addition, many services which provide e-mail encryption DO NOT just do it at their mail server. You are provided with an encyption applet to secure the transmission to their server.
 
pallidin said:
That is not correct. An originating encrypted email, be it from the user himself or through a service, remains encrypted throughout all of the "jumps"

Excuse me?

If a webmail service uses secure HTTP (https) to communicate with its users, but then transfers their (plaintext) mail to other mail servers with SMTP, then the messages are still being moved in plaintext across the network -- just not from the user's machine.

If the service actually encrypts messages for you before transferring them via SMTP to other mail servers, then it would seem the only people who could read them are those who use the same service (or know the algorithm the service employs, and have the key and so on).

- Warren
 
pallidin said:
That is not correct. An originating encrypted email, be it from the user himself or through a service, remains encrypted throughout all of the "jumps"
What you might be referring to is that the transport protocol itself is not, and SHOULD NOT be encrypted, else you will lose transport ability. BUT, the contained encrypted data in each packet frame maintains encrypted regardless of how many mail servers it goes through to reach its destination.
Actually this is what Chroot was saying, the payload of SMTP is not encrypted unless you encrypted it yourself via PGP or whatever.

the emails themselves are still being sent over SMTP from one mail server to another, completely unencrypted.

This is correct ^

What you might be referring to is that the transport protocol itself is not, and SHOULD NOT be encrypted, else you will lose transport ability

This isn't ^

You cannt encrypt a "protocol" and using these two words in the same sentance makes no sence. You encrypt the payload, or Data contained within a packet not a protocol. A protocol is a standard of formal message formates and rules that two devices use to communicate, they aggree on how to communicate so they can. The IP protocol suite is a OPEN standard..

IPSec is a routed protocol, in 2 versions tunneling or TRANSPORT mode, the payload is encrytped in both, and in Tunneling mode, both the IP header and payload is encrypted. Actually I am posting on this forum regularly with my packets in an encrypted transport protocol. As you can see I don't loose any routing ability. And when I do, nobody will see my actual IP address, not even the admins. :cool:
 
Last edited:
Anyway to answer your question, the best encryption you can get your hands on would be to use a "key pair", public and private key pair to encrypt your emails like what RSA or PGP uses... give your public key to anyone you want to communicate with you, and have them encrypt the message with this public key, only your private key can decrypt the message
 

Similar threads

Replies
43
Views
6K
  • · Replies 8 ·
Replies
8
Views
2K
  • · Replies 1 ·
Replies
1
Views
1K
  • · Replies 1 ·
Replies
1
Views
1K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 52 ·
2
Replies
52
Views
6K
  • · Replies 10 ·
Replies
10
Views
2K
  • · Replies 5 ·
Replies
5
Views
2K
  • · Replies 12 ·
Replies
12
Views
5K
  • · Replies 4 ·
Replies
4
Views
2K