145
edits
Difference between revisions of "XMPP 2.0"
Jump to navigation
Jump to search
→Proposed change
| Line 21: | Line 21: | ||
** if an online resource exists at that full JID, the message is delivered to that resource | ** if an online resource exists at that full JID, the message is delivered to that resource | ||
** if no online resource exists, an error is returned (NOTE: privacy implications and possible resource scanning need to be thought through) | ** if no online resource exists, an error is returned (NOTE: privacy implications and possible resource scanning need to be thought through) | ||
** these ''full JID'' messages are ''transient'', they are never stored in an archive. This affects OTR (which had to use private/no-archive before), MUC-PMs (which are client-specific anyway and should be rather persisted by MUC MAM), IBB messages (works as desgined) | |||
In addition, resource locking as described in RFC 6121 would be discouraged and deprecated, since it interferes with these rules. See below for considerations on resource locking. | In addition, resource locking as described in RFC 6121 would be discouraged and deprecated, since it interferes with these rules. See below for considerations on resource locking. | ||