Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-crg!caip!brl-adm!brl-smoke!smoke!Jacob_Palme_QZ%QZCOM.MAILNET@MIT-MULTICS.ARPA
From: Jacob_Palme_QZ%QZCOM.MAILNET@MIT-MULTICS.ARPA
Newsgroups: net.mail.headers
Subject: Distribution lists
Message-ID: <2790@brl-smoke.ARPA>
Date: Mon, 4-Aug-86 17:13:42 EDT
Article-I.D.: brl-smok.2790
Posted: Mon Aug  4 17:13:42 1986
Date-Received: Tue, 5-Aug-86 06:04:36 EDT
Sender: news@brl-smoke.ARPA
Lines: 54

(a) We wanted something which (i) would work both under RFC822/821
and under X.400, including gateways betwen these protocols (ii)
not requring any change in X.400, so that it could be implemented
and used before changes in X.400 have been adopted and implemented
everywhere. That is why we chose to encode things in the text
bodies.

(b) Loop control:

There are five major methods of loop control:

(HIN) HISTORY-TRACE, CHECK ON RECIEPT: Include with a message a
history trace of lists which the message has passed, do not accept
into a list a message which has already passed that list.

(HOUT) HISTORY-TRACE, CHECK ON SENDING: Include with a message a
history trace of lists which the message has passed, do not send
it out again via list expansion to a list in the history trace.

(ID) MESSAGE-ID CHECK: Include with a message some kind of
message-ID, do not accept into a list a message with an ID which
already has passed the list.

(HIER) HIERARCHICAL ORDER: Enforce an hierarchical order on the
sublists.

(SPOINT) SINGLE EXPANSION POINT: Do all list expansion at a
single point.

Comments on these five methods:

HOUT is more efficient than HIN in network load, and also less
susceptible to problems when mapped onto RFC822.

ID is the method commonly used in USENET. This is the only method
which stops a person from receiving the same message twice, but
it cannot be used as the only loop control mechanisms because
of unreliability of Message-ID-s in certain cases.

HIER is the method commonly used in INTERNET. The restriction
requiring a hierarchical structure will make message transmission
slower and less efficient in some cases. In some cases it is
natural to allow every list to be a member of every other list
in a set of linked lists.

SPOINT is inefficient for large lists, and requires access to
a global directory system, which we do not have today.

We have chosen to suggest the use of HOUT in combination with
ID.

One can note that CCITT is presently considering SPOINT, but
they may change their mind before their new recommendation is
ready.