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 <[email protected]> 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? > > Edwin > > -- Simon Tennant | buddycloud.com | +49 17 8545 0880 | office hours: goo.gl/tQgxP
