> In this way, I will be legally able to loosen the license over time if I so wish. Without CLA's for customers, I couldn't do that.
Or you can make it poprietary, which is the exact reason I would not want to sign a CLA with you, because I want a guarantee that my contribution remains foss.
It is not a matrix client. I haven't dug too deep into their system, but it looks to me like a centralized server with additional steps (ie. still a single entity owning the server infrastructure)
Encryption in transit is assumed, and rightfully so. That still means that telegram gets full access to the plaintext and as such is able to give that information to anyone, and do with it as they wish.
I suppose there are some people pit there that think "unencrypted" here means everyone can listen in, but certainly not the hackernews crowd.
This looks cool! I have been using qalculate (https://qalculate.github.io/) recently, which seems similar. Has anyone used both and can tell me how they compare?
Of course, untrusted clients can do all kinds of evil things after having authenticated. (And also clients still need the plaintext password at least client-side no matter what we do)
My $employer is still on skype for business. I usually liken the choice between SkypeFB and teams between having a broken leg (Skype) or a stubbed toe (teams).
Of course given this binary choice I would prefer a stubbed toe, but can we just move to something that is actually pleasant? Thanks!
Given this bridge moving to element seems like a no-brainer for anyone on teams.
Yeah, I pay for a few streaming services, but sometimes I find myself pirating content that is actually available on one of those streaming services, because it's just easier. That's generally not a great sign I would think.
Yet another closed source, centralized ostensibly private chat client? If it actually gets a decent user base it should probably be bridged, but otherwise I don't really care.