Thread View: net.mail.headers
1 messages
1 total messages
Started by Jacob_Palme_QZ%QZCOM.MAILNET
Mon, 17 Feb 1986 05:08
Subject: Loop control mechanisms in mailing lists
Author: Jacob_Palme_QZ%QZCOM.MAILNET
Date: Mon, 17 Feb 1986 05:08
Date: Mon, 17 Feb 1986 05:08
37 lines
2114 bytes
2114 bytes
Do mailing lists in Arpanet, Csnet, UUCP etc. usually contain loop control, and if so which kind of loop control. The most common methods for loop control are: (1) Do not send a message to a member of the mailing list, if that member is already in the TO, CC or BCC fields of the incoming message, or possibly also some other field like SENDER, FROM? (2) Save at least the Message-ID-s of the message passing the list, and do not allow a message with the same ID to pass the list twice. (3) Organize the lists and sublists so that no loop occurs in the structure. (4) Expand all lists and sublists at one time at the original sending of the message. QZCOM at present uses method (1) and (2). I know that UUCP/USENET uses method (2). A problem with method (1) is that the name of the same recipient can be given in many alias forms, and this will make it difficult to understand that the name in the list and the name in the message is the same. A problem with method (2) is that all messages do not have any Message-ID-s. Because of this, QZCOM always adds Message-ID-s to messages sent to us and forwarded again from us to the nets. At present we construct these Message-ID-s as <...@QZCOM>, but a neater way would be to construct them from a checksum of the from, date and contents, and then present them as <...@CHECKSUM> as I have proposed in a message about a year ago. I would be very interested to know which methods of loop controls other mailing lists apply, and their experience with them.
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads