Skip to content

Commit

Permalink
XEP-0198: the inline feature element should be called 'sm'
Browse files Browse the repository at this point in the history
as per XSF room discussion on September 11
  • Loading branch information
iNPUTmice committed Sep 12, 2023
1 parent 12ebe77 commit 78172cc
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion xep-0198.xml
Original file line number Diff line number Diff line change
Expand Up @@ -570,7 +570,7 @@
</section3>
</section2>
<section2 topic="Inline Stream Resumption" anchor="inline-resume">
<p>To indicate support for inlining stream resumption into the authentication process, the server adds a &lt;resume/> element in the namespace "urn:xmpp:sm:3" to the &lt;inline/> element of SASL2.</p>
<p>To indicate support for inlining stream resumption into the authentication process, the server adds a &lt;sm/> element in the namespace "urn:xmpp:sm:3" to the &lt;inline/> element of SASL2.</p>
<p>If the client wishes to resume an existing session it, it simply includes the &lt;resume/> element defined by this specification in the SASL2 &lt;authenticate/> element.</p>
<p class="box">Note: If the client included a &lt;resume/> element in its SASL2 &lt;authenticate/> element, that MUST be processed first by the server. If that resumption is successful, the server MUST skip resource binding (a resumed session already has a resource bound) and MUST entirely ignore the &lt;bind/> request that might also be inlined in the &lt;authenticate/> element.</p>
<p>&xep0388; mandates that the &lt;success> element is immeditaly followed by stream features. If a former stream has been successfully resumed using this specification, the stream is considered re-established immediately after the &lt;success/> element instead and stream features MUST NOT be sent in this case.</p>
Expand Down

0 comments on commit 78172cc

Please sign in to comment.