91–100 of 105 posts
Earlier quoted context omitted.
What's your point? I'd rather not assume you're saying "privacy doesn't matter because people don't care about it" or "Email is more private because people think it's more private".
The point is that it doesn't make sense to be paranoid about no E2E if you still use emails for sending/receiving sensitive info.
Feedback for the OP: I didn't understand how this works, and am reluctant to start a bot just to figure it out. It would be helpful if you could add some screenshots showing how email address creation, deletion and email receipt work (please do not use GIFs, just a set of static images are enough). Tangentially on Telegram bots, one of the things I dislike with privacy on Telegram is that the user ID (an internal Tel…
Earlier quoted context omitted.
The constant repetition is indeed nauseating. It's also nonsense. There is another unique identifier that's stored in the local contact list: email addresses. Use either email address or a phone number as an identifier, and you've no longer built a offensively privacy-violating service but have exactly the same distributed property.
You can use any phone number to sign up, it doesn’t have to be the one on your SIM. The rationale is that people typically text using phone numbers, and they wanted to make it easier to text people securely. It’s not nonsense, it makes perfect sense, and again, they’re working on it: https://signal.org/blog/signal-pins/ If you only have access to one phone number and not giving it out is critical, then Signal might n…
There's no property of the latter that makes them a better choice than the former, but the existing ecosystem makes a disposable or role email address a much easier thing to obtain, and in general leaking an email address a far-less-damaging privacy violation than leaking a phone number, which can so easily be used to harass and directly track you.
In many parts of the world, disposable mobile numbers are very definitely not a practical thing. The correct starting point here is to use either an email or a telephone number as an external ID. It's still not perfect, but at least it's not a complete disaster any more.
Alas they've been 'working on it' for a very long time now, and are likely to fail because of this painfully slow progress.
Perhaps if they'd pissed around less with trivia like cryptographically secure stickers, they might have increased their chances of becoming a useful product before they end up surrendering the space to an inferior product which gains too much market share to overcome before they're even properly off the starting blocks.
I criticise Signal here because I like the design and hate their botched execution, not because I dislike the protocol. On the contrary, I dearly want something that competent to succeed, but fear we're rapidly losing the chance of that happening because they have launched a privacy-disaster product and most of the potential market will have seen that, dismissed it and forgotten about it before they pull their finger out and fix it.
The problem with disposable mail is that it gets blocked quite often. For example, I have a list with more than 3000 domains of disposable mail servers and you can’t register or comment with such a mail on saashub.com or libhunt.com
You can bring your own domain, so broad block-list based blocking like that doesn't work. Plus, you're not locked in to the service. It's your domain - when you want to use something other than Kopi - you just change your MX record.
Earlier quoted context omitted.
My threat model with nudes are different from my whistle blowing. Signal also makes trade offs in order to het crypto to the masses.
Yeah, but “supporting plaintext comms by default” is not a trade off to get crypto to the masses, it’s a failure to do so at all. What’s wrong with the disappearing messages feature?
Earlier quoted context omitted.
The bot is simply down. I would say 90% of all bots are down all the time and most of them completely go offline within the first 3 months. There are a lot of reasons for that. like - no revenue - made by beginners with no scalability in mind so it simply cant handle the traffic if a bot gets popular - lose of interest in developing if it doesn't "blow up" soon - every good idea is instantly copied especially if the…
I will definitely try to keep this up running for the longer term. Also I have not planned to make this monetary and keep it free from advertisement. I know initially things are slow, but I have jumped in to the game with long commitment. Also the source code is completely written by me and the motivation was to learn spring boot. I have not copied it :) And thanks for taking some time to review it. I really apprecia…
Earlier quoted context omitted.
You can use any phone number to sign up, it doesn’t have to be the one on your SIM. The rationale is that people typically text using phone numbers, and they wanted to make it easier to text people securely. It’s not nonsense, it makes perfect sense, and again, they’re working on it: https://signal.org/blog/signal-pins/ If you only have access to one phone number and not giving it out is critical, then Signal might n…
People typically email using email addresses, and text using phone numbers. They're both messaging identifiers that might be easily be repurposed for Signal. There's no property of the latter that makes them a better choice than the former, but the existing ecosystem makes a disposable or role email address a much easier thing to obtain, and in general leaking an email address a far-less-damaging privacy violation th…
Earlier quoted context omitted.
Yeah, but “supporting plaintext comms by default” is not a trade off to get crypto to the masses, it’s a failure to do so at all. What’s wrong with the disappearing messages feature?
Disappearing messages are per thread. In telegram i can choose to 'disapear' single messages.
Earlier quoted context omitted.
Disappearing messages are per thread. In telegram i can choose to 'disapear' single messages.
You can turn it on and off for the conversation whenever you want.