Re: Changes to the way we manage RFPs

Jay Daley <> Wed, 26 February 2020 05:22 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id C0EA03A0D86; Tue, 25 Feb 2020 21:22:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id pQwdw1qrUUS6; Tue, 25 Feb 2020 21:22:42 -0800 (PST)
Received: from [] ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 2E0D83A0D84; Tue, 25 Feb 2020 21:22:42 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
From: Jay Daley <>
Mime-Version: 1.0 (1.0)
Subject: Re: Changes to the way we manage RFPs
Date: Wed, 26 Feb 2020 18:22:39 +1300
Message-Id: <>
References: <>
Cc: IETF Executive Director <>,
In-Reply-To: <>
To: Brian E Carpenter <>
X-Mailer: iPhone Mail (17D50)
Archived-At: <>
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 26 Feb 2020 05:22:54 -0000


(sent from my

> On 26/02/2020, at 4:56 PM, Brian E Carpenter <> wrote:
> Hi Jay,
> I fully understand the arguments for this change. However, I think it would be good to continue to send a *summary* of the CFP messages to ietf-announce, for community awareness. Ditto for the "Award of contract" messages.

Those are two of the three types of RFP message sent to IETF-announce and coincidentally two of the three types planned for rfp-announce (the third one being “Here’s the Q&A for this RFP”).  In other words, I don’t want rfp-announce to grow on volume. 

It would useful for me to understand why subscribing to rfp-announce is not an option?  In the context of the IETF’s high usage of mailing lists, this seems like a particularly low barrier to entry. 


Jay Daley
IETF Executive Director
+64 21 678840

> If I see "RFP for IETF Cookie services" or "Award of contract for IETF Cookie services" and I care, then I can go and look for more.
> Regards
>   Brian
>> On 26-Feb-20 16:15, IETF Executive Director wrote:
>> The IETF Administration LLC is changing the way we manage RFPs.  These changes are part of a larger overhaul that will see further changes come in future.  The changes being made today are:
>> 1. As of next week, we will be using a new RFP Announcement Mailing List [1] for all announcements relating to RFPs and stop using IETF-Announce.  This change is intended to help us reach a wider network of potential vendors, both directly through a lower volume, more focused list and indirectly through automated redistribution of issued RFPs.  
>> 2. We have a new formal process for managing RFPs, published on the RFPs page [2].
>> 3. The RFPs page [2] now includes links to the all of the contracts for RFPs issued by the LLC.  These have the financial informaton redacted and where possible, signatures also redacted.
>> Planned changes include:
>> * Publishing vendor Conflict of Interest (COI) forms, once reviewed by the LLC Board.
>> * Publishing contract templates and non-negotiables (e.g. contract transparency) to allow vendors to study them before bidding.
>> * Engaging the community on the principles and processes we use for managing RFPs and what is and isn't appropriate for us to expect in our contracts.
>> * We will also investigate implementing some elements of the Open Contracting Data Standard [3]
>> Please feel free to contact me directly if you have any questions or feedback.
>> [1]
>> [2]
>> [3]