1
0
mirror of https://github.com/moparisthebest/xeps synced 2024-12-21 23:28:51 -05:00

Fixing example.

git-svn-id: file:///home/ksmith/gitmigration/svn/xmpp/trunk@4293 4b5297f7-1745-476d-ba37-a9c6900126ab
This commit is contained in:
Tobias Markmann 2010-07-07 16:50:40 +00:00
parent e2753e56f4
commit bd2b1ac700

View File

@ -231,9 +231,9 @@ C: <message from='laurence@example.net/churchyard'
</body>
</message>
C: <r xmlns='urn:xmpp:sm:2'>
C: <r xmlns='urn:xmpp:sm:2'/>
S: <a xmlns='urn:xmpp:sm:2' h='0'>
S: <a xmlns='urn:xmpp:sm:2' h='0'/>
]]></example>
<p>When an &lt;r/&gt; element ("request") is received, the recipient MUST acknowledge it by sending an &lt;a/&gt; element to the sender containing a value of 'h' that is equal to the number of stanzas handled by the recipient of the &lt;r/&gt; element. The response SHOULD be sent as soon as possible after receiving the &lt;r/&gt; element, and MUST NOT be withheld for any condition other than a timeout. For example, a client with a slow connection might want to collect many stanzas over a period of time before acking, and a server might want to throttle incoming stanzas. The sender does not have to wait for an ack to continue sending stanzas. Because acks indicate stanza acceptance, a server that is throttling stanzas MUST delay the response until the client is no longer being penalized (but SHOULD notify the client that it is throttling incoming stanzas, as described under <link url='#throttling'>Throttling</link>).</p>
<p>When a party returns an ack in response to an &lt;r/&gt; element or receives such an ack, it SHOULD keep a record of the 'h' value returned as the sequence number of the last handled stanza for the current stream (and discard the previous 'h' value).</p>