summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc706.txt
diff options
context:
space:
mode:
authorThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
committerThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
commit4bfd864f10b68b71482b35c818559068ef8d5797 (patch)
treee3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc706.txt
parentea76e11061bda059ae9f9ad130a9895cc85607db (diff)
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc706.txt')
-rw-r--r--doc/rfc/rfc706.txt46
1 files changed, 46 insertions, 0 deletions
diff --git a/doc/rfc/rfc706.txt b/doc/rfc/rfc706.txt
new file mode 100644
index 0000000..09a032b
--- /dev/null
+++ b/doc/rfc/rfc706.txt
@@ -0,0 +1,46 @@
+Network Working Group Jon Postel (SRI-ARC)
+Request for Comments: 706 Nov 1975
+NIC #33861
+
+
+
+ On the Junk Mail Problem
+
+In the ARPA Network Host/IMP interface protocol there is no
+mechanism for the Host to selectively refuse messages. This means
+that a Host which desires to receive some particular messages must
+read all messages addressed to it. Such a Host could be sent many
+messages by a malfunctioning Host. This would constitute a denial of
+service to the normal users of this Host. Both the local users and
+the network communication could suffer. The services denied are the
+processor time consumed in examining the undesired messages and
+rejecting them, and the loss of network thruput or increased delay
+due to the unnecessary busyness of the network.
+
+It would be useful for a Host to be able to decline messages from
+sources it believes are misbehaving or are simply annoying. If the
+Host/IMP interface protocol allowed the Host to say to the IMP
+"refuse messages from Host X", the IMPs could discard the unwanted
+messages at their earliest opportunity returning a "refused" notice
+to the offending Host.
+
+How the IMPs might do this is an open issue -- here are two
+possibilities:
+
+The destination IMP would keep a list (per local Host) of sources
+to refuse (this has the disadvantage of keeping the network
+busy).
+
+The destination IMP on receiving the "refuse messages from Host
+X" message forwards the message to the source IMP (the IMP local
+to Host X). That IMP keeps a list (per local Host) of
+destinations that are refusing messages from this source Host.
+
+This restriction on messages might be removed by a destination Host
+either by sending a "accept messages from Host X" message to the
+IMP, or by resetting its Host/IMP interface.
+
+A Host might make use of such a facility by measuring, per source,
+the number of undesired messages per unit time, if this measure
+exceeds a threshold then the Host could issue the "refuse messages
+from Host X" message to the IMP.