Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stronger XMPP federation features #496

Open
2 tasks
daniele-athome opened this issue Jul 6, 2015 · 7 comments
Open
2 tasks

Stronger XMPP federation features #496

daniele-athome opened this issue Jul 6, 2015 · 7 comments
Labels
enhancement New feature or request
Milestone

Comments

@daniele-athome
Copy link
Member

daniele-athome commented Jul 6, 2015

  • add user-defined JIDs
  • service discovery for Kontalk-specific capabilities (e.g. encryption)
@h-2
Copy link

h-2 commented Jul 7, 2015

FWIW even if Kontalk federates with regular jabber servers, I think the server should not keep track of your contact list and you should not be able to "add user". Instead Kontalk should add jabber users if the android contact includes a jabber account for someone.

I am also a little worried that including outside jabber users weakens the crypto. Right now I can tell everyone: "If you use Kontalk, everything will be safe". If regular jabber is supported it would be important to have other crypto, as well, like OTR. Non-encrypted chat should be off by default IMHO,

@daniele-athome
Copy link
Member Author

FWIW even if Kontalk federates with regular jabber servers, I think the server should not keep track of your contact list and you should not be able to "add user".

Why not?

I am also a little worried that including outside jabber users weakens the crypto. Right now I can tell everyone: "If you use Kontalk, everything will be safe". If regular jabber is supported it would be important to have other crypto, as well, like OTR. Non-encrypted chat should be off by default IMHO,

This can be regulated in the app somehow, by warning users or blocking unencrypted messages until the user explicitly approves them.

@h-2
Copy link

h-2 commented Sep 7, 2015

FWIW even if Kontalk federates with regular jabber servers, I think the server should not keep track of your contact list and you should not be able to "add user".

Why not?

Because this way all relevant data is stored on the user side (in the address book) and not on the server. For example in the conversations chat client, some of the people represent people in my address book, some of them don't and some of them do, but the accounts are not connected and a different picture is shown. This is very confusing for the user, the behaviour should always be the same!

This can be regulated in the app somehow, by warning users or blocking unencrypted messages until the user explicitly approves them.

Yes, that would be good!

@ameenross
Copy link

ameenross commented May 12, 2016

I was just trying to connect another XMPP account to my Kontalk account, and I noticed that I can send messages to Kontalk (unencrypted of course), but Kontalk won't send messages back (complains about missing public key).

Is that at least easy to "fix"? I know that means degrading the encryption.

@pravi
Copy link

pravi commented May 12, 2016

@ameenross you'll have to disable encryption for now. If either #633 or #376 is implemented, encryption will become interoperable.

@daniele-athome
Copy link
Member Author

Sorry @ameenross, but @pravi is right, although I think you made a typo: #376 refers to a different matter (maybe you meant #271?).

@pravi
Copy link

pravi commented May 16, 2016

@daniele-athome I meant #132 (OMEMO).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants