GreenStar
My feedback
45 results found
-
1 voteGreenStar
shared this idea
·
-
824 votesGreenStar
supported this idea
·
-
1 voteGreenStar
shared this idea
·
-
464 votesGreenStar
supported this idea
·
-
243 votesGreenStar
supported this idea
·
-
74 votesGreenStar
supported this idea
·
-
442 votesGreenStar
supported this idea
·
-
248 votesGreenStar
supported this idea
·
-
26 votesGreenStar
supported this idea
·
-
200 votesGreenStar
supported this idea
·
-
2 votes
An error occurred while saving the comment GreenStar
shared this idea
·
-
26 votes
An error occurred while saving the comment GreenStar
commented
To clarify; a user with account username abc could have the proton social account Goku@social.proton.me
An error occurred while saving the comment GreenStar
commented
A "Proton Social" app/instance, something that might have come to mind once or twice.
So what should the instance be? Mastodon, as it's currently the biggest and most compatible with other Fediverse content.A key reference for this due to a similar but not same setup is Vivaldi Social's instance of Vivaldi, using Vivaldi accounts. In a similar manner, Proton Social will use Proton Accounts, but the account username is not tied to the proton account. (during sign-up, username is selected then to complete registration login to a valid proton account similar to simplelogin must be done)
However, as servers are not free, same for moderation, this instance will have requirements for joining: a proton account that has had 6 months of proton unlimited or equivalent payment, scaled for the region of the user. This does not mean you need to be currently subscribed or even ever had proton unlimited; for example subscribing to merely calendar plus for long enough will make an account eligible for this.
This protects Proton Social from spam accounts and similar.
Accounts for Proton Social are of course not automatically created.
Log-in is solely via logging into Proton Account though.During sign-up a warning that content posted may be retained forever by other Fediverse servers must be displayed.
Server rules:
1. Follow Proton Ag tos (https://proton.me/legal/privacy and https://proton.me/legal/terms)
2. Advertisements (paid promotions) must have #advertisement tagging which users by default will have blocked. Paid promotions must explicitly state such, accounts owned by businesses and corporations must state so in account description.
3.Both local and Swiss law must be followed.
4. Explicit and/or Violent content MUST have content warnings.
5. Accounts may be deleted by Proton Ag for any purpose/reason at any time without prior warning, and under Proton's inactive account policy.
6. No discrimination of any form (incl. racism, sexism, homophobia, transphobia, xenophobia, casteism, ableism, etc.)
7. No incitement of violence or promotion of violent ideologies
8. No harassment, dogpiling or doxxing of other users
9. Do not share intentionally false or misleading information.
10. Proton Ag and subsidiaries retain the right to moderation in full of Proton Social; attempts to bypass or promote bypass of instance rules are considered violation of the above. While users may choose to self-moderate, users may not attempt to moderate others without explicit consent; repeated attempts of unwilling moderation are considered harassment.
Note that while a similar suggestion (https://protonmail.uservoice.com/forums/945460-general-ideas/suggestions/47630906-proton-social) exists, this suggestion has requirements to join (see above), and intends to be overall more specific.
GreenStar
supported this idea
·
-
288 votesGreenStar
supported this idea
·
-
31 votes
An error occurred while saving the comment GreenStar
commented
1. This reads like it’s ai generated.
2. Google profits off violating users privacy, with googles free services you are the product. With protons services you pay for the product. Proton cannot provide what Google can for free, since Proton is not profiting off of “Free” users while Google is. -
11 votes
An error occurred while saving the comment GreenStar
commented
Apples method should also be implemented but... apple does it weird so their method isn't as important.
GreenStar
shared this idea
·
-
270 votes
An error occurred while saving the comment GreenStar
commented
There's 2 different ways for this, both of google and apple, proton pass should implement and use both.
Googles: https://developers.google.com/identity/passkeys/developer-guides/upgrades (https://github.com/ms-id-standards/MSIdentityStandardsExplainers/blob/main/PasskeyEndpointsWellKnownUrl/explainer.md)
Personally I think google does this better.
Apples: https://developer.apple.com/documentation/AuthenticationServices/ASAuthorizationPlatformPublicKeyCredentialRegistrationRequest/RequestStyle-swift.enum/conditionalGreenStar
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.
GreenStar
supported this idea
·
-
1,527 votesGreenStar
supported this idea
·
-
186 votesGreenStar
supported this idea
·
-
264 votesGreenStar
supported this idea
·
Everything the App can do the website can too, equally if not better.