[Standards] Proposed XMPP Extension: Buddycloud Channels
simon at buddycloud.com
Tue Apr 29 08:03:22 UTC 2014
Sorry about the confusion with the build. I should have doubled checked
that before submitting. The SRV stuff was updated to use PTR records after
the discussion in the XSF muc late last year.
Hopefully clearer: http://buddycloud.github.io/buddycloud-xep/#DISCOthenDNS
On 28 April 2014 22:53, Edwin Mons <jsf at edwinm.ik.nu> wrote:
> On 28/04/14 18:11, XMPP Extensions Editor wrote:
> > The XMPP Extensions Editor has received a proposal for a new XEP.
> > Title: Buddycloud Channels
> > Abstract: This document describes a profile and conventions for usage
> > of the PubSub protocol in the context of a new
> type of communication.
> > URL: http://xmpp.org/extensions/inbox/buddycloud-channels.html
> > The XMPP Council will decide in the next two weeks whether to accept
> this proposal as an official XEP.
> Does para 3.2 imply that you should always do the DNS lookup, or should
> a client that tries to find a Buddycloud pubsub domain only try this as
> a fallback mechanism? If the former, why do the disco#info at all if an
> SRV record is found? If the latter, how could the results be conflicting?
Simon Tennant | buddycloud.com | +49 17 8545 0880 | office hours:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Standards