Earlier quoted context omitted.
Probably how they do search.
Just let each client index locally
I guess there's also the problem of how to let a new joiner view previous messages. Can that be done with e2e encryption?
11–20 of 127 posts
First thought: who the hell would be interested to read thousands of lines of discussions like how to name a field in REST response or notifications of someone making a build xD
http://nymag.com/intelligencer/2016/03/what-hulk-hogan-taugh...
https://splinternews.com/the-gawker-hulk-hogan-trial-and-the...
That’s just user hostile. If I don’t pay, I shouldn’t have all that message history stored forever. Either let me set retention on my messages or delete anything over 10k automatically. Don’t hold my content hostage and make it completely inaccessible and un-deletable unless I pay.
Earlier quoted context omitted.
Just let each client index locally
How big is your hard drive? How about on your phone? I guess there's also the problem of how to let a new joiner view previous messages. Can that be done with e2e encryption?
512 GB
> How about on your phone?
256 GB
> I guess there's also the problem of how to let a new joiner view previous messages. Can that be done with e2e encryption?
Of course. Share the key with a new joiner. Probably should be an option for admin, whether he wants to share (share the key) or does not want to share (generate new key and use it since that moment, old clients still remember old keys and can decrypt things).
Earlier quoted context omitted.
Just let each client index locally
How big is your hard drive? How about on your phone? I guess there's also the problem of how to let a new joiner view previous messages. Can that be done with e2e encryption?
What if all your search history were leaked? What if all your text messages were leaked? What if all your emails were leaked? I guess those things aren't trendy enough to worry about. For a long time I have noticed what I would call 'ankle biting journalism'. Basically take whatever is trendy, make only the most obvious observations about it (things that someone who only rudimentary knowledge would come up with in a…
Do companies no longer have Document Retention Policies? That seems like the bigger piece of the story here.
I've never understood why Slack can't add support for E2E encryption. I'm 100% positive they've got large clients demanding this functionality.
Now I guess you could set up some kind of broker system and have like a different encryption key per channel or per conversation or something, which would at least mean some hacker has to get both the archived chats as well as the keys. This would make stealing chat histories more complicated, but not less possible.
I've never understood why Slack can't add support for E2E encryption. I'm 100% positive they've got large clients demanding this functionality.
We're still at a point in time where 99% of communities are ready to make exactly 0 compromise for privacy over usability. Slack is catering to the 99%.
First thought: who the hell would be interested to read thousands of lines of discussions like how to name a field in REST response or notifications of someone making a build xD
Just because you don't think you have anything interesting doesn't mean a competitor isn't going to subpoena it years later.