Travis Shirk wrote: > On Wed, 2008-03-05 at 09:41 -0700, Peter Saint-Andre wrote: >> Travis Shirk wrote: >>> On Mon, 2008-03-03 at 16:24 -0700, Peter Saint-Andre wrote: >>> >>>> Indeed, it's not 100% clear that we need *any* stream re-openings, and >>>> that's something we might want to put into rfc3920bis for improved >>>> efficiency during stream negotiation. Or at least discuss. >>> I agree that reopening the stream is just syntactic sugar since it >>> really enforces nothing, but maybe a better option would be that the new >>> list of features is sent after each one is negotiated? >> Well sure, that's how it's supposed to work right now. Is some software >> not doing that? > > Against jabber.org... I see no new set of stream:features after the > resource bind or the session start, currently the only two features > which do not require reopening the stream, AFAIK.
Er, I meant that the server would return all the features of interest when it advertises resource binding. Are you suggesting that the server would return a new set of features after resource binding is completed? Peter -- Peter Saint-Andre https://stpeter.im/
smime.p7s
Description: S/MIME Cryptographic Signature
