Technology preview: Sealed sender for Signal
1–10 of 162 posts
Re: Technology preview: Sealed sender for Signal
#2 This is an unexpected move, perhaps Briar, Matrix and other distributed platforms are putting more pressure on Signal to show forward progress on the serious metadata issue with Signal and most other centralized platforms?
Its been a rallying cry/common complaint by those who are technically inclined and privacy conscious for years now, surprised OWS would choose to give credit to the problem.
Re: Technology preview: Sealed sender for Signal
#3Here's an idea, Signal, how about removing the requirement that everything be tied to phone numbers?
BBM back in the day worked great with their unique "PINs", that could be shared by QR code, and I could reject an "add" request.
Re: Technology preview: Sealed sender for Signal
#4Can the URL be changed to the Signal blog post at https://signal.org/blog/sealed-sender?
Re: Technology preview: Sealed sender for Signal
#5Here's an idea, Signal, how about removing the requirement that everything be tied to phone numbers? BBM back in the day worked great with their unique "PINs", that could be shared by QR code, and I could reject an "add" request.
Exactly. Allow out of band establishment of identity. Phone numbers are more hackable, they are also not anonymous.
Re: Technology preview: Sealed sender for Signal
#6How to fight spam if sender identity is not known? Currently I get at least a few marketing calls a week and don't know how to make them stop other than blocking the numbers.
Re: Technology preview: Sealed sender for Signal
#7How to fight spam if sender identity is not known? Currently I get at least a few marketing calls a week and don't know how to make them stop other than blocking the numbers.
[deleted]
Re: Technology preview: Sealed sender for Signal
#8Here's an idea, Signal, how about removing the requirement that everything be tied to phone numbers? BBM back in the day worked great with their unique "PINs", that could be shared by QR code, and I could reject an "add" request.
As long as they have both that would be amazing.
Phone authentication is better than nothing and lowers barriers to adoption.
Perhaps when manually verifying an identity via the QR code add an option to generate a new id not tied to the phone number.
Re: Technology preview: Sealed sender for Signal
#9Here's an idea, Signal, how about removing the requirement that everything be tied to phone numbers? BBM back in the day worked great with their unique "PINs", that could be shared by QR code, and I could reject an "add" request.
As long as they have both that would be amazing. Phone authentication is better than nothing and lowers barriers to adoption. Perhaps when manually verifying an identity via the QR code add an option to generate a new id not tied to the phone number.
[deleted]
Re: Technology preview: Sealed sender for Signal
#10You can test out the sealed sender feature on the beta releases of Signal: https://support.signal.org/hc/en-us/articles/360007318471-Ho...