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
XEP-0156 (Discovering Alternative XMPP Connection Methods) #129
Comments
Helluva nice library, by the way. |
Thanks. Would be nice if this could be done in the browser. Here's an example of DNS in client-side JS: http://www.fileformat.info/tool/rest/dns-json.htm (not open source it seems). |
XEP-0156 (Discovering Alternative XMPP Connection Methods) also specifies a pure HTTP discovery method. |
It is disabled by default until more testing has been done, set use_xep_0156 to true for now. There is also the very big problem that the `Strophe.Connection` is created before the user has had the time to enter their JID, which is why we currently hardcode the domain to be resolved (this MUST be fixed before this can be merged). I haven’t been able to figure out where to move this Connection creation, which must be after the JID is known but before the actual connection is attempted. There is also a bit of code duplication in it, this will be fixed in a future version of this commit. Fixes conversejs#129 and conversejs#1109.
It is disabled by default until more testing has been done, set use_xep_0156 to true for now. There is also the very big problem that the `Strophe.Connection` is created before the user has had the time to enter their JID, which is why we currently hardcode the domain to be resolved (this MUST be fixed before this can be merged). I haven’t been able to figure out where to move this Connection creation, which must be after the JID is known but before the actual connection is attempted. There is also a bit of code duplication in it, this will be fixed in a future version of this commit. Fixes conversejs#129. Fixes conversejs#1109.
It is disabled by default until more testing has been done, set use_xep_0156 to true for now. There is also the very big problem that the `Strophe.Connection` is created before the user has had the time to enter their JID, which is why we currently hardcode the domain to be resolved (this MUST be fixed before this can be merged). I haven’t been able to figure out where to move this Connection creation, which must be after the JID is known but before the actual connection is attempted. There is also a bit of code duplication in it, this will be fixed in a future version of this commit. Fixes conversejs#129. Fixes conversejs#1109.
Any news about this ticket? |
For the record XEP-0156 now recommends using CORS so that the |
Party! |
If I have properly set up a BOSH server and configured my DNS to serve up a URL per XEP-0156 (e.g.,
koehn.com
), there's no need to use a third-party connection manager. The system could check the DNS for aTXT
record at the XMPP host with text starting with_xmpp-client-xbosh
and use that as the connection manager.Trouble is I'm not sure how you do a
TXT
DNS resolution from the browser; you certainly could have a server-side component to do the discovery though, you'd just have to have a standard API to send the user's JID and get back the connection manager to use. The server-side component could get the domain of the JID, check the XEP-0156 DNS entries, and return either a default connection manager or the one used by the domain.Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: