mirror of
https://github.com/moparisthebest/xeps
synced 2024-11-21 08:45:04 -05:00
typo
This commit is contained in:
parent
732ca534f3
commit
0d9ebc2140
@ -55,7 +55,7 @@
|
|||||||
<p>The RECOMMENDED process flow is as follows:</p>
|
<p>The RECOMMENDED process flow is as follows:</p>
|
||||||
<ol>
|
<ol>
|
||||||
<li>Sender generates XMPP message stanza <note>This document does not discuss IQ or presence stanzas, handling of which is described in <cite>RFC 6120</cite> and <cite>RFC 6121</cite>.</note> for delivery to a recipient such as an IM user or other node, where the 'to' address is of the form <node@domain> or <node@domain/resource> (see <cite>RFC 6121</cite> for rules regarding server handling of such XMPP message stanzas).</li>
|
<li>Sender generates XMPP message stanza <note>This document does not discuss IQ or presence stanzas, handling of which is described in <cite>RFC 6120</cite> and <cite>RFC 6121</cite>.</note> for delivery to a recipient such as an IM user or other node, where the 'to' address is of the form <node@domain> or <node@domain/resource> (see <cite>RFC 6121</cite> for rules regarding server handling of such XMPP message stanzas).</li>
|
||||||
<li>Recipient's server determines that the intended recipient has no available resources that have specified non-negative presence priority. <note>As specified in <cite>RFC 6120</cite>, available resources that have specified a negative presence priority shall never receive message stanzas addressed to <node@domain>.</note></li>
|
<li>Recipient's server determines that the intended recipient has no available resources that have specified non-negative presence priority. <note>As specified in <cite>RFC 6121</cite>, available resources that have specified a negative presence priority shall never receive message stanzas addressed to <node@domain>.</note></li>
|
||||||
<li>Recipient's server determines that if the server can store offline messages on behalf of the intended recipient; if not (e.g., because the recipient's offline message queue is full), the server returns a &unavailable; error to the sender.</li>
|
<li>Recipient's server determines that if the server can store offline messages on behalf of the intended recipient; if not (e.g., because the recipient's offline message queue is full), the server returns a &unavailable; error to the sender.</li>
|
||||||
<li>Recipient's server does not return a &unavailable; error but instead stores the message stanza for later delivery.</li>
|
<li>Recipient's server does not return a &unavailable; error but instead stores the message stanza for later delivery.</li>
|
||||||
<li>When the recipient next sends non-negative available presence to the server, the server delivers the message to the resource that has sent that presence. (Alternatively, the server may support &xep0013;, although that functionality is not described herein.)</li>
|
<li>When the recipient next sends non-negative available presence to the server, the server delivers the message to the resource that has sent that presence. (Alternatively, the server may support &xep0013;, although that functionality is not described herein.)</li>
|
||||||
|
Loading…
Reference in New Issue
Block a user