IETF Logo Mail Archive

Re: [Last-Call] Last Call: <draft-koster-rep-06.txt> (Robots Exclusion Protocol) to Informational RFC

Mark Nottingham <mnot@mnot.net> Tue, 15 March 2022 21:24 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BA203A092D for <last-call@ietfa.amsl.com>; Tue, 15 Mar 2022 14:24:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=pbhFJE3f; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=g0ykHrJd
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y27gc3YkB9BI for <last-call@ietfa.amsl.com>; Tue, 15 Mar 2022 14:24:26 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B1113A08C6 for <last-call@ietf.org>; Tue, 15 Mar 2022 14:24:25 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 5263B5C01BF; Tue, 15 Mar 2022 17:24:25 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 15 Mar 2022 17:24:25 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h=cc :cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=8HfUPX/b9VRDTH DUOJbQ9ZyvRiUK/QPndhyAUz1KVZY=; b=pbhFJE3flHPo9KJ6ribwusyJciAWJv d+AcBNgCoAgTgZHfmS1K7MQ40Bc0KYSporMkG9gcc7MUIoR1wXb9n9hwQVy2s95V MjklfXswqQ/1MLK3zxy73Q58rhImYOmlnx0dvABlrnRJL4doo0PDQiltnvNNMWMh woNRY4TcxD/+jc4fF0Y/by2VCyXRN6rr+AMd98Pq7XrtR6u2t4ugvuHLRs6qSVHe hmEyg6rmM0yeTGeZwvehViB6mYnuDKrc6zNmJXd8s0BC2VsON76JxnyWr2TIqziL L2Qnvx8P0VqKVuvuAaCbRdo/CNhK8NlgkvITteOgI13EC2T35SlcrE2w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=8HfUPX/b9VRDTHDUOJbQ9ZyvRiUK/QPndhyAUz1KV ZY=; b=g0ykHrJd5zWY8OKTMjRwEJ339+GQlOSZ2QfHahZ1LbHOtb8oWMrZ++HPq p8dqgv2DVe/iyZWRlHrKdZVHnS9wge+5oCelhG6PtzkigIbsXtkorpglsHGtdy6Z elZdmjr9LLS+H1XX6VemyLN7ZEcATPio6KVZp5hUcIZrJq5ZExcqB0ykGDGzr7/m /LaY+Dmv89FMhAgxhXWrOzUa3sWVLqtx0OCe65fv9dI7DLxttS0ImQe6HDdVzhV+ iLqOdYq988RdYifI9p3UyxfNzhmysuieqCt8FwEPT1qRVuTvk+3AIXhLNm71KH36 Y530V9JJhpDTRrabGh86zNEUKaNQQ==
X-ME-Sender: <xms:CQQxYtpscjkiIkg_SrHAhGKlfPzreQIRbOFT09FQdYQQXyO5g1GUUw> <xme:CQQxYvpQcvCwwFKrKPCQwF5cPFF_UfxGbgwU7ej6qJ49A8xoZgHOjoJcHmclVqZDD LvXsrmJSc3OJIb9XQ>
X-ME-Received: <xmr:CQQxYqNuRX8_wBvoKb-s2q5EhCUiFYu6PNwOh4m9lO8fsLCx4myRgxzPq1WgRmxSWn4ZvY5mNUM0hOqlJkQFSMEFP57FdS9bMKXhuT9UxCtiYmgSusjBxezA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudeftddgudegkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghr khcupfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrth htvghrnhepvefffffhudetveevhfeuffeigedtuedtheffleetffeftddtgeegjeehieeu teetnecuffhomhgrihhnpehmnhhothdrnhgvthenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehmnhhothesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:CQQxYo75HS-f3GRYYyel-5jLOI0FpwbHFP8FYHc22HvfiWgDIhl86Q> <xmx:CQQxYs6ZJG1o3VwKKZt9ThHXJ9KjJ6rZPw7vy8U_f03SU0eSj8uVrA> <xmx:CQQxYggtk0mZAaF3MgBR3IlibcuI8pTOfG1f2OAAj1ew2LL6KNWn2A> <xmx:CQQxYpu8HDndXirrU2Mj0iWdWgTyyUd_hJ4g6UH2XPdLSmqL9Bv_MQ>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 15 Mar 2022 17:24:22 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CAL0qLwa54t0P_ZniVHvMnee1j9g0Rb6j7Rj9LMCUPwPeOEVrcg@mail.gmail.com>
Date: Wed, 16 Mar 2022 08:24:19 +1100
Cc: Gary Illyes <garyillyes=40google.com@dmarc.ietf.org>, Martijn Koster <m.koster@greenhills.co.uk>, "Salz, Rich" <rsalz@akamai.com>, "henner@google.com" <henner@google.com>, "lizzi@google.com" <lizzi@google.com>, "last-call@ietf.org" <last-call@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <888588E5-D0F2-4BFE-9EBB-68E7C7FC4744@mnot.net>
References: <20220228222932.825F33844270@ary.qy> <245C65D2-EC38-4C49-9CA0-3DD687CB37DA@mnot.net> <CA+9kkMAnmoJ0n3mPscZvc6kbyOZjQU78vb+iA0Pw5Qq=_kKZEw@mail.gmail.com> <ee8c0615-9207-cf7a-b1a0-905f33062e7a@taugh.com> <CA+9kkMBn-jJbwKjOdOpLL3PFS0REVUBUoSa+2MD0NxnvttHCcg@mail.gmail.com> <91329874-9301-40EC-8155-FBFE55DB89E4@akamai.com> <618c8f70-3d09-fe09-6088-597b2b63655e@it.aoyama.ac.jp> <3efab652-be64-e179-b387-0468a2da9f1c@taugh.com> <5DCC145C-D887-4184-B8F5-3C00563C620A@akamai.com> <7672C0CA-DED8-45A4-842A-BC5C159DD792@greenhills.co.uk> <CADTQi=ekZ-0ChcJ2F-WTxCRvGRSuPOyygbBuRkDpO39mq0Hykw@mail.gmail.com> <CAL0qLwa54t0P_ZniVHvMnee1j9g0Rb6j7Rj9LMCUPwPeOEVrcg@mail.gmail.com>
To: "Murray S. Kucherawy" <superuser@gmail.com>
X-Mailer: Apple Mail (2.3696.80.82.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/58iSykIXHpWi6KLC5NL48aDOUos>
Subject: Re: [Last-Call] Last Call: <draft-koster-rep-06.txt> (Robots Exclusion Protocol) to Informational RFC
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Mar 2022 21:24:32 -0000


> On 16 Mar 2022, at 3:52 am, Murray S. Kucherawy <superuser@gmail.com> wrote:
> 
> If the authors are prepared to make this change, I'd like to hear why "IETF Standards Track w/consensus" is (or should be) off the table, especially if other search engines are going to indicate support.

That's reasonable, if support eventuates. If it doesn't, it would be pretty awkward -- I think we'd want at least some level of review or at least acknowledgement by other major implementers before declaring it Standards Track.

AIUI a status change would necessitate another IETF LC, so that might be the best way to solicit that support. Make it a long one to give other implementations a meaningful way to respond -- say, four weeks. 

If the IESG doesn't hear from at least two or three other stakeholder implementations (in its estimation), it could still be published at Informational, and transitioned to Standards Track if/when that support eventuates.

Make sense?

Cheers,


--
Mark Nottingham   https://www.mnot.net/

v2.8.7 | Report a Bug | By Email