moparisthebest/xeps
1
0
Fork 0
mirror of https://github.com/moparisthebest/xeps synced 2024-11-25 10:42:19 -05:00
Code Issues Releases Wiki Activity

XEP-0161: Remove the supersededby note.

Browse Source 
With the previous commit it is functionally equivalent, so no version
bump.
This commit is contained in:
Emmanuel Gil Peyrot 2017-01-28 20:34:23 +00:00 committed by Sam Whited
parent 39abb90145
commit 00277e8338
1 changed files with 1 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
xep-0161.xml
View File

@ -7,7 +7,7 @@
<xep> <xep>
<header> <header>
<title>Abuse Reporting</title> <title>Abuse Reporting</title>
<abstract>This document specifies an XMPP protocol extension for reporting abusive XMPP stanzas. NOTE: This specification has been superseded by XEP-0268.</abstract> <abstract>This document specifies an XMPP protocol extension for reporting abusive XMPP stanzas.</abstract>
&LEGALNOTICE; &LEGALNOTICE;
<number>0161</number> <number>0161</number>
<status>Deferred</status> <status>Deferred</status>
@ -58,7 +58,6 @@
</header> </header>
<section1 topic='Introduction' anchor='intro'> <section1 topic='Introduction' anchor='intro'>
<p>NOTE: This specification has been superseded by &xep0268;.</p>
<p>Unfortunately, not all XMPP entities are well-behaved -- they may send spam of various kinds, harrass chat rooms, generate large amounts of traffic, etc. Currently, if an XMPP entity (the "attacker") sends abusive stanzas to another XMPP entity (the "victim"), there is no way for the victim or the victim's server to inform the attacker's server that the attacker is generating abusive traffic. In current practice, the victim's server may have no choice but to terminate the server-to-server connection rather than continue to accept the abusive traffic.</p> <p>Unfortunately, not all XMPP entities are well-behaved -- they may send spam of various kinds, harrass chat rooms, generate large amounts of traffic, etc. Currently, if an XMPP entity (the "attacker") sends abusive stanzas to another XMPP entity (the "victim"), there is no way for the victim or the victim's server to inform the attacker's server that the attacker is generating abusive traffic. In current practice, the victim's server may have no choice but to terminate the server-to-server connection rather than continue to accept the abusive traffic.</p>
<p>This situation is far from desirable. Therefore, this specification defines several protocol functions that can help to discourage abuse on the XMPP network:</p> <p>This situation is far from desirable. Therefore, this specification defines several protocol functions that can help to discourage abuse on the XMPP network:</p>
<ol> <ol>