Tomas Karasek wrote:
But what about the paragraph _below_ Example 10 in XEP-0206? Shouldn't it say that"Upon receiving the response from the XMPP server, it MUST <not SHOULD> forward any available features (or an empty element) to the client"
Yes, I had made that change, too, but I forgot to post about it.
to make the CM let client know about the stream restart? That way, it would be safe for client to wait for the restart response and send bind request only after it knows stream restart was successful. Moreover, there can be new features which haven't been in init response.IMO it's good to delay further actions after the stream restart because it makes client behavior more clear and I think it can also help on CM side - CM wouldn't have to deal with parallel bind request and body with xmpp:restart. But it can slightly slow down the login process.
Yes, it can. That's why I want to make sure this change is acceptable to people on this list.
Peter
smime.p7s
Description: S/MIME Cryptographic Signature
