>PGPP does not support traditional phone calling/SMS and doesn’t include a phone number. Instead we recommend that users install and use more secure apps such as Signal and Matrix for voice and video. Doesn't signal require a phone number to use? Or did they fix that?
It does, but you can use any number, even a VoIP number. (And you can connect to the VoIP provider with PGPP Relay enabled.)
PGPP (Pretty Good Phone Privacy) Beta Launch
11–20 of 104 posts
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#12If it's contained locally, it's likely you could make more in volume than with a higher price.
Also, it's deceptive/leaves a bad taste in mouth with having the Play Store show an "Install" button rather than purchase, only to open the app to a paywall. Using this dark pattern could end up hurting user perception/the app's reviews.
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#13Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#14So no, make a different solution.
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#15Earlier quoted context omitted.
What payment methods are available, and what data do you collect for billing? Could I pick up an eSIM compatible Android tomorrow for cash at the local pawn shop, and get service using your system without handing over anything identifiable?
Right now we use Stripe (mostly because it's the the most rock solid choice for payments) -- we don't ask for name or email, though of course Stripe could know that as a card processor. But our approach goes back to decoupling human identity from network identity -- what that payment says is that the holder of that card is a subscriber of the service but not, for example, what network ID you got.
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#16Definitely want to try this, but the full feature cost is much more than my monthly phone bill. Does this route through a server at all (overhead costs) or is everything contained locally? Trying to understand the level of rationale for such a cost. If it's contained locally, it's likely you could make more in volume than with a higher price. Also, it's deceptive/leaves a bad taste in mouth with having the Play Store…
The $90/month price is for unlimited mobile data, so it would in theory replace your phone bill entirely.
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#17anything funded by gov is going to have a backdoor... this is funded by Princeton / Gov... So no, make a different solution.
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#18Earlier quoted context omitted.
It does, but you can use any number, even a VoIP number. (And you can connect to the VoIP provider with PGPP Relay enabled.)
Just a little feedback (worth a dime or a damn, you decide), but I come here for the comments first to judge whether clicking the link is worthwhile. The problem discussed in the parent comments would completely rule me out as a user: solving privacy is not a technical problem, it has always been a usability problem. This is primarily why your namesake failed - variations on wizardry that ultimately result in a user…
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#19Earlier quoted context omitted.
What payment methods are available, and what data do you collect for billing? Could I pick up an eSIM compatible Android tomorrow for cash at the local pawn shop, and get service using your system without handing over anything identifiable?
Right now we use Stripe (mostly because it's the the most rock solid choice for payments) -- we don't ask for name or email, though of course Stripe could know that as a card processor. But our approach goes back to decoupling human identity from network identity -- what that payment says is that the holder of that card is a subscriber of the service but not, for example, what network ID you got.
It seems like you're misreading a key market segment if you don't offer cryptocurrency payments (particularly Monero).
Re: PGPP (Pretty Good Phone Privacy) Beta Launch
#20Definitely want to try this, but the full feature cost is much more than my monthly phone bill. Does this route through a server at all (overhead costs) or is everything contained locally? Trying to understand the level of rationale for such a cost. If it's contained locally, it's likely you could make more in volume than with a higher price. Also, it's deceptive/leaves a bad taste in mouth with having the Play Store…