Anonymous
My feedback
37 results found
-
22 votesAnonymous supported this idea ·
-
3,729 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.
Anonymous supported this idea · -
99 votesAnonymous supported this idea ·
-
256 votesAnonymous supported this idea ·
-
3,017 votes
An error occurred while saving the comment Anonymous supported this idea · -
40 votesAnonymous shared this idea ·
-
138 votes
An error occurred while saving the comment Anonymous commentedFlatpak sandboxing is critical to a secure future of Linux, as well as the cornerstone of various immutable distros.
I hope Proton reconsiders and starts supporting Flatpaks, proposing portals where needed.
Anonymous supported this idea ·An error occurred while saving the comment Anonymous commentedThere was a relevant Reddit discussion on this, which I'm reposting here:
---
HatBoxUnworn:
Will this eventually be distributed as a flatpak?
Adding your remote has been a terrible experience. After I updated to Fedora 38, your remote broke updates for my system for weeks before I was able to track down the problem.
---
Proton team member:
Hey u/HatBoxUnworn, there are no plans for now. One of the downsides of this is how flatpaks works. The nature of flatpaks is to run in a sand-box mode, thus if we need escalated privileges say for a Kill Switch implementation that manipulates the firewall via nftables, we won't be able to do that because Flatpak don't allow privilege escalation, due to it's nature.
As a side-note, there was an unofficial package uploaded by a user, and that one is working mainly because currently our app uses NM, which does not require escalated privileges since all we do is communicate with NM.
---
enjoyingfoss:
Wouldn't the best approach here be to work within the confines of the sandbox (as the unofficial Flatpak does now), and if extra functionality is needed and not implemented via portals yet, to propose those portals via the official Flatpak channels?
That would:
1. make ProtonVPN much easier to use on immutable distros (e.g. Steam OS)
2. support better security models on Linux
3. fill in gaps in Flatpak portals where there are needs for it
4. allow you to push timely updates across all Linux distros
5. make testing and distribution on all Linux distros much easier in the long run
---
Unfortunately, no official reply to that last message. :(
-
5,939 votesAnonymous supported this idea ·
-
1,294 votesAnonymous supported this idea ·
-
433 votesAnonymous supported this idea ·
-
144 votesAnonymous supported this idea ·
An error occurred while saving the comment Anonymous commentedWould personally love to see Proton services integrated into GNOME Online Accounts in the future.
I imagine integrating with the Linux bridge would be a start.
-
74 votesAnonymous supported this idea ·
-
1,406 votesAnonymous supported this idea ·
An error occurred while saving the comment Anonymous commentedThis should be in the mobile apps, at the very least
-
1,130 votesAnonymous supported this idea ·
-
543 votesAnonymous supported this idea ·
An error occurred while saving the comment Anonymous commentedHappy about the Android port, would love an additional Linux port
-
7,784 votes
An error occurred while saving the comment Anonymous commentedWhat's wrong with plain old Firefox? It has tracking protection built in.
-
148 votes
Now ProtonPass is embedding Youtube videos directly in its onboarding process 🤦