11 ms·
If the mail server which stores your email is doing this: https://grepular.com/Automatically_Encrypting_all_Incoming_Email https://grepular.com/Automatically_E
by mike-cardwell 15y ago
If the mail server which stores your email is doing this:
https://grepular.com/Automatically_Encrypting_all_Incoming_Email https://grepular.com/Automatically_Encrypting_all_Incoming_E...
Then the person running the mail server couldn't hand over your email even if they wanted to.
- sc68cal 15y agoHoly moly, that is awesome! I'm going to look into this. EDIT: Oh, this is so cool - a true UNIX utility, it just reads from STDIN. I don't even need to play with my sendmail config. I can integrate it with my .procmailrc. This is fantastic! EDIT 2: Overall - it's a very cool idea. I love playing with procmail stuff, but from a security point of view it's encryption after the fact. Most e-mail is transported in the clear. I'll probably use it as part of a cron job to move stuff from my inbox into an archive.
- mike-cardwell 15y agoYeah, there's a guy in the comments who has apparently had it working with procmail. He provided an example procmail recipe.
- mike-cardwell 15y agoRegarding your second edit. It doesn't provide end to end encryption, which is what people immediately think of when PGP encryption of email is discussed. End to end encryption is still the best possible option, but it requires both parties to be involved. What it does provide however is the next best thing, for people who receive non-encrypted email. It protects your mail content even if your IMAP account details are compromised. It protects your mail if the mail server is compromised, and it protects your mail if one of your mail clients is taken.