Re: Resource Binding Means End of Stream Negotiation?

殷啟聰 | Kai-Chung Yan <[email protected]> Wed, 23 Aug 2017 14:55:14 +0800
Newsgroups gmane.network.jabber.devel
Message-ID <[email protected]>
Thank you guys for the comments. In that case, this part of RFC 6120 is indeed a bit confusing. Might be nice if a clearer description is added to the errata.

Kevin Smith 於 2017/8/22 下午9:36 寫道:
> On 22 Aug 2017, at 14:05, 殷啟聰 | Kai-Chung Yan <[email protected]> wrote:
>> I tried with Prosody 0.9.12 today and found that it has the same behavior as ejabberd. I guess that "Resource Binding indicating stream negotiation" has been a consensus among developers. I personally do not think this is good, because clients who strictly comply with RFC 6120 will have trouble talking to the rest of the world.
> I think in this case 4.3.5 is somewhat misleading, here (maybe it’s an artefact of trying to support clients that don’t resource bind). For the full flow, see 9.1.3 and 9.1.4, where it’s explicit that after resource binding (and without sending stream features), "Now the client is allowed to send XML stanzas over the negotiated stream."
>
> So yes, you shouldn’t expect stream features after a resource bind, at that point you’re done and can start Doing Stuff.
>
> /K
> _______________________________________________
> JDev mailing list
> Info: https://mail.jabber.org/mailman/listinfo/jdev
> Unsubscribe: [email protected]
> _______________________________________________

_______________________________________________
JDev mailing list
Info: https://mail.jabber.org/mailman/listinfo/jdev
Unsubscribe: [email protected]
_______________________________________________
signature.asc (application/pgp-signature, 862 B)
-----BEGIN PGP SIGNATURE-----

iQJIBAEBCAAyFiEEuIoVOt09lz87H/ea3R+riTf+mCUFAlmdJtgUHHNlYW1saWtv
a0BnbWFpbC5jb20ACgkQ3R+riTf+mCX/FQ/+N970RBcVBGGtiH2ZsAwq/p1WFqAr
AVvWR+pWp+n3hniXEj2niZRQtkeYvedJSR6GP//lVuelYLedSkEi95a7DxI5JuzS
LPWIM/9Lfh5duV3iTsdJDLQ/2Vop1Zu7mce/D0qk9RnqnO/BWVabkf7k/1i9F75Q
NgmihlAAvVqjJs8RByFRCl5q03O1ObHfqMmiM+ZdUnOrstbZjx07AIU/Ty/HSeIt
J3tIm0tztEkbBWXe2AyvLEteiZ/yeaSADEeI6NROaA11YBhti2JpcpTqlMx5oo9/
F1WcjiwmVBsX8+9m+KL80FHaugbnRWDISgl5c/LU8TM0trZ2qJ4xPbg5vudEyl6h
zknZg+ojnvbNJ3DDcdvB9HkZFqrQHlW5v133yGPi3ny0f5bYNNKlWk4Bkf2h6nZZ
nRX+Gb1eptQXM4Me/fNqqU13XyWjvcz3GA6QRmA+SOMyBQQpIL76p+JL4q/Mfe9A
aTgn2AcTze61fEpEAfIciub6VakRvc/YhB4Kj0PrmSNiAi37uK9j4zy7vZAmz9d9
P1Q+OXGyEHzSW/elzNHa1/sFDZBnHrKGVJyJC3dxMySrHBuFfOlsg2jIZK2/WAbW
ilPwfOVK1GL7Dgat2hImX9Bto2VWu0iTzqdboXYlIw27aePOwwNs1TvHVRBvXAsy
i1jwHBhroz7BJbA=
=eS3I
-----END PGP SIGNATURE-----