Can I chat with Google Talk users from this?
You will first need an XMPP account but then you can add GTalk users to your roster and chat with them.
Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
21–30 of 142 posts
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#22Is there a good mobile client to use with a xmpp serveR?
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#23I'm curious how E2E encryption (OTR e.g.) could be implemented with a client like this (preferably without having the keys leaked all over the place), it's the only interesting feature I miss from a quick glance.
Unfortunately, this won't improve your security. The client code comes from the server, so you need to trust it anyway. While it is possible to implement OTR or PGP in the client, the server admin could poison the implementation code and leak your private keys.
Sure, but we have TLS for that. E2E is still needed to cover everything else (e.g., I trust the server now, but I don't want to have plain-text logs on it in case the feds seize it).
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#24The UI feels like a 1 to 1 copy of the Slack client, or is Slacks UI so common now copying it is just using the Chat-UI standard?
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#25Excellent work. Is there a reason why you chose Prosody over MongooseIM or ejabberd?
Thank you. We chose Prosody because it supports the XEP we needed and it was originally used by Otalk from which we forked.
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#26Earlier quoted context omitted.
Unfortunately, this won't improve your security. The client code comes from the server, so you need to trust it anyway. While it is possible to implement OTR or PGP in the client, the server admin could poison the implementation code and leak your private keys.
> The client code comes from the server, so you need to trust it anyway. Sure, but we have TLS for that. E2E is still needed to cover everything else (e.g., I trust the server now , but I don't want to have plain-text logs on it in case the feds seize it).
The call is still open on end-to-end encryption over XMPP when multiple devices (or more than two parties) are involved.
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#27I'm ONLY using Hangouts because they don't allow group messaging in any other client. I'd like to see that change!
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#28I'm planning on setting this up for myself later today but a few questions before I do that: - Will this stay connected to my account and the history will be there if I close the tab / browser / computer in the meantime? - Is it possible to replace certain strings with images? This is not at all an important feature but just something I got used over the years. (Example: :string: replaced with image.png and displayed…
Using Message Carbons (XEP-0280) all of your active conversations will be synced to your Kaiwa client.
Don't know about the second question as I haven't looked at the source, but it doesn't seem all too hard to implement even if its not there.Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#29Haven't they heard about IRC (RFCs 1459, 2810–2813)?
Re: Show HN: Kaiwa, a Modern Open-Source XMPP Web Client
#30I'm curious how E2E encryption (OTR e.g.) could be implemented with a client like this (preferably without having the keys leaked all over the place), it's the only interesting feature I miss from a quick glance.
Unfortunately, this won't improve your security. The client code comes from the server, so you need to trust it anyway. While it is possible to implement OTR or PGP in the client, the server admin could poison the implementation code and leak your private keys.
How about hosting E2E js lib somewhere like on Github and include them there?
Or you can always map to local js files.