idnits 2.17.1 draft-kahle-mail-archive-00.txt: ** The Abstract section seems to be numbered Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- ** Cannot find the required boilerplate sections (Copyright, IPR, etc.) in this document. Expected boilerplate is as follows today (2024-04-25) according to https://trustee.ietf.org/license-info : IETF Trust Legal Provisions of 28-dec-2009, Section 6.a: This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 2: Copyright (c) 2024 IETF Trust and the persons identified as the document authors. All rights reserved. IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 3: This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- ** Missing expiration date. The document expiration date should appear on the first and last page. ** The document seems to lack a 1id_guidelines paragraph about Internet-Drafts being working documents. ** The document seems to lack a 1id_guidelines paragraph about 6 months document validity. ** The document seems to lack a 1id_guidelines paragraph about the list of current Internet-Drafts. ** The document seems to lack a 1id_guidelines paragraph about the list of Shadow Directories. == No 'Intended status' indicated for this document; assuming Proposed Standard == The page length should not exceed 58 lines per page, but there was 1 longer page, the longest (page 1) being 86 lines Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** The document seems to lack an Introduction section. ** The document seems to lack an IANA Considerations section. (See Section 2.2 of https://www.ietf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) ** There are 9 instances of too long lines in the document, the longest one being 3 characters in excess of 72. Miscellaneous warnings: ---------------------------------------------------------------------------- -- The document seems to lack a disclaimer for pre-RFC5378 work, but may have content which was first submitted before 10 November 2008. If you have contacted all the original authors and they are all willing to grant the BCP78 rights to the IETF Trust, then this is fine, and you can ignore this comment. If not, you may need to add the pre-RFC5378 disclaimer. (See the Legal Provisions document at https://trustee.ietf.org/license-info for more information.) -- The document date (May 1, 1997) is 9856 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) No issues found here. Summary: 10 errors (**), 0 flaws (~~), 2 warnings (==), 2 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 1 INTERNET-DRAFT 2 Document: draft-kahle-mail-archive-00.txt 3 Author: Brewster Kahle, Internet Archive, brewster@archive.org 4 Expiration: May 1, 1997 6 Restricting the External Archiving of Email 8 Status of this Memo 10 This document is an Internet Draft. Internet Drafts are working 11 documents of the Internet Engineering Task Force (IETF), its Areas, 12 and its Working Groups. Note that other groups may also distribute 13 working documents as Internet Drafts. 15 Internet Drafts are draft documents valid for a maximum of six 16 months. Internet Drafts may be updated, replaced, or obsoleted by 17 other documents at any time. It is not appropriate to use Internet 18 Drafts as reference material or to cite them other than as a 19 ``working draft'' or ``work in progress``. 21 To learn the current status of any Internet-Draft, please check the 22 1id-abstracts.txt listing contained in the Internet-Drafts Shadow 23 Directories on ds.internic.net, nic.nordu.net, ftp.isi.edu, or 24 munnari.oz.au. 26 1. Abstract 28 This draft proposes a mail header field "Restrict:" with a defined value 29 of "no-external-archive" that gives information to a receiving mail 30 transport agent or mail user agent that this message should not be 31 archived by individuals or organizations not associated with the 32 list owner. 34 With the increasing number of search engines that gather information and 35 offer wide access, some writers and would like to restrict how their words 36 are distributed. 38 Mailing lists may begin (or have already begun) to be systematically 39 archived for searching and historical reference. This draft is designed for 40 mailing lists, but it can also be applied to messages in Usenet newsgroups 41 as well. 43 The legal issues around this are deep and difficult, and this 44 draft does not address these legal issues. However, it would be useful to 45 respectful mail receivers if there was a standard method for mail creators 46 (authors or list owners) to express their desires about whether or not 47 their mail can be archived. 49 2. Proposed Mail Header 51 A general header "Restrict: " is proposed that can be used to express 52 other restrictions than that which is proposed here. The only value 53 proposed in this draft is "no-external-archive". 55 The "no-external-archive" value of the "Restrict:" header could be used by 56 mail receivers that archive messages, and is advisory only. This header is 57 not meant to restrict the list owner, or original author's archiving or 58 indexing of the message. It is only meant to advise individuals or 59 organizations not associated with the list owner (such as archive sites) 60 that the author or list owner does not want this message to appear in any 61 archives not controlled by the author or list owner. 63 3. Legal Issues 65 The presence or lack of this header on a message does not imply any legal 66 restrictions or legal rights. 68 4. Security Considerations 70 Because it is advisiory only, the "Restrict:" header may lull a sender 71 into a false sense of security about whether or not the message will be 72 archived in a manner that matches their intentions. No sender should 73 assume that the presence or absence of this header will increase the 74 security of the message in any way. 76 5. Author's Address 78 Brewster Kahle 79 Internet Archive 80 Presidio, P.O. Box 29141 81 San Francisco, CA 94129 82 Ph: 415.561.6900 83 Fax: 415.561.6795 84 brewster@archive.org