Glop75
My feedback
14 results found
-
231 votes
An error occurred while saving the comment Glop75
supported this idea
·
-
728 votesGlop75
supported this idea
·
-
64 votesGlop75
supported this idea
·
-
443 votesGlop75
supported this idea
·
-
39 votes
An error occurred while saving the comment Glop75
commented
Worse here. It takes like 25s or more on the webapp (dekstop or iphone) to show the calendar.
I have to use the webapp because that's the only way to create an event in a shared proton calendar (feature not availabke in the ios app).I have 5 calendars in my Proton Calendar view :
- the local calendar (mine)
- the one of my wife
- a shared one for the family (children activities, ...)
- birthdays
- my pro calendar (to avoid conflic when creating a personal event, for instance)Glop75
supported this idea
·
-
46 votes
An error occurred while saving the comment Glop75
commented
Indeed they are sorted. But the rest is wrong:
- real default vault is "Personal", even if you create some vaults with a letter under "P"
- my default vault is in the middle of the list. "Personal" is even before it ;)What happened in my case, is that I described above. I had to delete "Personal" to clean it (missing a "select all" feature), the "default" went to the next created vault availalable at the time.
Glop75
supported this idea
·
An error occurred while saving the comment Glop75
commented
When creating a new entry in Proton Pass, the default vault is always the same, likely the one with the oldest creation date.
There is no way to choose the default vault when creating manually an entry. In most of the cases it'll be the "Personal" vault, but when the users deleted this one for a reason or another (I did it because it was the only way I found to delete the dozens of passwords I imported mistakenly in it), the default vault is another one, and sometimes a shared one (this is my case).
Beyond the inconvenience, this causes a security issue, because you may create by mistake a login entry in a shared vault instead of your personal one.
So, the same way we can choose the default vault where to store the auto created login entries, we should be able to choose the default vault where creating manually new entries (or alternatively this existing setting may be used in both places).
-
16 votesGlop75
supported this idea
·
-
12 votesGlop75
supported this idea
·
-
2,317 votesGlop75
supported this idea
·
-
1,989 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 Glop75
commented
Mail is inherently unsecure, mainly due to the ecosystem. As answered by Proton, I'm not sure adding extra lyers will help that much, because of the disadvantages (compatibility with the ecosystem, security of the recipient address, ...)
If you need a true secure mail, write only to other Proton users (isolate the ecosystem), it fixes most of your concerns.
But for true secure communications, other more recent protocols exist (Signal, etc...).
-
20 votesGlop75
supported this idea
·
-
1,527 votesGlop75
supported this idea
·
-
13 votes
An error occurred while saving the comment Glop75
commented
Totally agree, we must keep a second MFA app (FreeOTP in my case) only to be able to login to Proton, that's counterproductive!
Glop75
supported this idea
·
-
3,130 votesGlop75
supported this idea
·
Attach tickets for a show, a trip, or anything else.