ML
My feedback
2 results found
-
3,724 votes
We have given this quite a bit of thought, but at the present moment, it is not clear the advantages would outweigh the disadvantages.
The biggest problem is search. Encrypting all metadata would break metadata search entirely on the web client as there is still no efficient way to handle search of encrypted data within a browser.
Secondly, metadata encryption’s value from a privacy standpoint is also somewhat dubious. Because we ultimately must deliver the message to the recipient, we must know who the recipient is. At the current time, there still isn’t any proven and viable way to work around this.
Metadata encryption is an area of continued research for us, and when the opportunity arises and the technology for doing this matures, we will definitely implement it in ProtonMail.
An error occurred while saving the comment ML
supported this idea
·
-
15,573 votes
An error occurred while saving the comment ML
commented
Is this actually actively reviewed? Current limit for plus 5 is too low. And price for visionary for 50 aliases is too high. This need not be truly unlimited and daily new limits is okay too. But the limit needs to be higher. + alias is just usable for filtering and does not always work. Even lowish one time fee for new alias would be acceptable for me.
What are actual reasons why this is not implemented? They are not spelled out as far as I could see in comments.
ML
supported this idea
·
Why just offer searchless option and limited search with minimal metadata and normal search. For limited user just need to accept responsibility to manage emails without search or limited search.
Searchable metadata could be just SMTP envelope fields, recipient and sender fields and timestamp of send/receive. Everything in DATA segment should be stored only in encrypted if user wants. There can obviously be duplicate data between but that should be accepted.
Main usage for metadata is also sorting. This is why I see sent/received time usable addition.