Re: [Txauth] Name criteria
Dick Hardt <dick.hardt@gmail.com> Tue, 28 April 2020 17:05 UTC
Return-Path: <dick.hardt@gmail.com>
X-Original-To: txauth@ietfa.amsl.com
Delivered-To: txauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A143A07CE for <txauth@ietfa.amsl.com>; Tue, 28 Apr 2020 10:05:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, FREEMAIL_FROM=0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 UgwkjW67hnrX for <txauth@ietfa.amsl.com>; Tue, 28 Apr 2020 10:05:08 -0700 (PDT)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 925FF3A07B9 for <txauth@ietf.org>; Tue, 28 Apr 2020 10:05:07 -0700 (PDT)
Received: by mail-lf1-x132.google.com with SMTP id m2so17508941lfo.6 for <txauth@ietf.org>; Tue, 28 Apr 2020 10:05:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XkIwm8c8D91hfRcWEwt2d59HpxpdVOW8Sq4mp4JzWhk=; b=EZdqir461ic155Ios2ytbRJAKBqYeGg+wCE7w0bGCxrktwoYVVYRoQI8R+jOLDfDpe DOQE7SklFEuspMY2YSyX033/oVMuc/XNTYrSwfVELIpOgYGQAKyKI4Cx5FZ4a9eTIOT+ PtXibM+qx8aNc7Zu7f0hL+GO7kDJdQhsKhS2qzl2BOkHBVRQ1HYTBdQJjQJ3MWzT2YPU ygVe5uTScBbKIWOwG23IQwg7rYMv0UgCLTprEUmvHicd/v/rjXR15XsRivTPqrjA0YJx HEPKkwanuPiP6zpuVhWo0V4eHwhQK6HCMDpz+tIE4im9AhfSHOyTfTyDPj8wt+kXXMw/ BG4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XkIwm8c8D91hfRcWEwt2d59HpxpdVOW8Sq4mp4JzWhk=; b=N6AnGGG6hroM/sDO+tDZ0yvZlUn0AEMFqGHyASTKyNo1NvBC9E9EBbr7MHKDi5AJJm lF7ETT5YoCovzs2O4JSzZqcVWqmXU4fJM3u2fcV/w3WG8TaAIW47KuOET0pLFFL65laN jQk6/oyq3xzNv+CeBHiO7NlwJLPUhamyWFw9UdySJzM/d+8JW3z8K9ZDnbwuPiEOfGGD FhD1MOKMj/JX3eddSPPfqQpdS28VUdbFXfUuBWNQBpmLXzCinGPnwGt0s0DfP+Xym46s rXtsRiTERBt182qiGud4UTYWGCKY+4rq/N023BaFWpAULxrmBCi/zEbu30A9mStXJuLX 18mA==
X-Gm-Message-State: AGi0PuamfyfjfgjnakRoCqJU2YQvvwg3aVnWZF2v/E1j51fHZd27K/8n rpvhLCnhtQwqA3R0VElCG2BOCn/EKfFX1shzYu8=
X-Google-Smtp-Source: APiQypKN6Er7S1zs7v57282slR/cYBwDwCMFqzgohF1GLhtEN6fWtc0kXiSu/HwXq8WVABpW+tPRMpTBX7hMOKvS9b0=
X-Received: by 2002:a19:e04a:: with SMTP id g10mr19549661lfj.164.1588093505475; Tue, 28 Apr 2020 10:05:05 -0700 (PDT)
MIME-Version: 1.0
References: <CH2PR00MB06781CD67118A28C36F78B27F5AC0@CH2PR00MB0678.namprd00.prod.outlook.com> <CAD9ie-v1O1781w5=V-d9oBk4_RtbeVWy=VnrRbgvMN-Jbs5Fkw@mail.gmail.com> <CDB1365F-D192-4B49-B379-65ECF32F9AA9@gmail.com> <MN2PR00MB06883348AD3AC31B1A01EFD9F5AC0@MN2PR00MB0688.namprd00.prod.outlook.com>
In-Reply-To: <MN2PR00MB06883348AD3AC31B1A01EFD9F5AC0@MN2PR00MB0688.namprd00.prod.outlook.com>
From: Dick Hardt <dick.hardt@gmail.com>
Date: Tue, 28 Apr 2020 10:04:39 -0700
Message-ID: <CAD9ie-t+i=ur3Qju3GYReCLuCZeRNpObh-M8mik0ObdYha8THg@mail.gmail.com>
To: Mike Jones <Michael.Jones@microsoft.com>
Cc: Yaron Sheffer <yaronf.ietf@gmail.com>, "txauth@ietf.org" <txauth@ietf.org>, Justin Richer <jricher@mit.edu>
Content-Type: multipart/alternative; boundary="00000000000043983905a45cd581"
Archived-At: <https://mailarchive.ietf.org/arch/msg/txauth/4kBFgGElD6JRzfO3E2cVziIuNKM>
Subject: Re: [Txauth] Name criteria
X-BeenThere: txauth@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <txauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/txauth>, <mailto:txauth-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/txauth/>
List-Post: <mailto:txauth@ietf.org>
List-Help: <mailto:txauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/txauth>, <mailto:txauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Apr 2020 17:05:13 -0000
Revised criteria: Required: 1. No confusion with another protocol, major software project, or IETF/IRTF WG name 2. no existing registered trademarks in related classes 3. Less than 1M results in Google 4. Descriptive of protocol (this criteria is subjective) Desirable: 1. Straightforward to pronounce 2. Easy to spell 3. Easy to read 4. Shortish And to continue my arguing with Mike ... :) Facebook Connect has a registered trademark in its name, and while I did have to look up the current SCIM words, I knew the original! :) On Tue, Apr 28, 2020 at 8:54 AM Mike Jones <Michael.Jones@microsoft.com> wrote: > Arguing with Dick in reply (because it’s fun ;-) )… > > > > “Facebook Connect” is the descriptive name of a successful well-known > protocol with no short name. (“OIDC” is not used in any of the OpenID > Connect specs either.) My point is not to exclude consideration of names > without a short form. > > > > And it would be a safe bet that you had to look up the bacronym for > “SCIM”, because it doesn’t exactly roll off the tongue! > > > > Cheers, > > -- Mike > > > > *From:* Yaron Sheffer <yaronf.ietf@gmail.com> > *Sent:* Tuesday, April 28, 2020 6:29 AM > *To:* Dick Hardt <dick.hardt@gmail.com>; Mike Jones < > Michael.Jones@microsoft.com> > *Cc:* txauth@ietf.org; Justin Richer <jricher@mit.edu> > *Subject:* Re: [Txauth] Name criteria > > > > Please add to point #1: No confusion … or an IETF/IRTF WG. > > > > Now you guys can go back to counting letters 😊 > > > > *From: *Txauth <txauth-bounces@ietf.org> on behalf of Dick Hardt < > dick.hardt@gmail.com> > *Date: *Tuesday, April 28, 2020 at 06:57 > *To: *Mike Jones <Michael.Jones@microsoft.com> > *Cc: *"txauth@ietf.org" <txauth@ietf.org>, Justin Richer <jricher@mit.edu> > *Subject: *Re: [Txauth] Name criteria > > > > I pick 6 chars since all the protocols I could think of were <= 6 chars in > their short form, but I'm fine just stack ranking them. > > > > Would we agree that all other things being equal, shorter is better? > > > > The related dimension would be number of syllables. A smaller number of > syllables makes it easier to say. > > > > ... and to argue with Mike ... because it is fun ... :) > > > > The short form for OpenID Connect is OIDC ... and the previous version is > just OpenID ... and while rarely used, SCIM is System for Cross-domain > Identity Management (which as we all know was made up to match the acronym > which originally was Simple Cloud Identity Management) > > > > TCP/IP is the common term used for the wire transport. (6 chars) > > > > > > > > > > > > On Mon, Apr 27, 2020 at 6:57 PM Mike Jones <Michael.Jones@microsoft.com> > wrote: > > I agree with Justin that the “short” criteria is overly restrictive. > Remember too, that many protocols have a short and a long name, but some > don’t. Some common ones with both long and short names are: > > Internet Protocol (IP) > > Transmission Control Protocol (TCP) > > An example without a short name is: > > OpenID Connect > > An example that effectively only has a short name is: > > SCIM > > > > All of these kinds of reasonable names should be eligible for > consideration, not all of which are short. > > > > -- Mike > > > > *From:* Txauth <txauth-bounces@ietf.org> *On Behalf Of *Justin Richer > *Sent:* Monday, April 27, 2020 6:37 PM > *To:* Dick Hardt <dick.hardt@gmail.com> > *Cc:* txauth@ietf..org <txauth@ietf.org> > *Subject:* Re: [Txauth] Name criteria > > > > I think the 6-character length requirement is more under “desirable” than > “required”. Shorter names are often better, but that doesn’t make a longer > name off limits for consideration. > > > > — Justin > > > > On Apr 27, 2020, at 7:19 PM, Dick Hardt <dick.hardt@gmail.com> wrote: > > > > Riffing on the work done to name Perl6, here are the name criteria I > propose: > > > > Required: > > 1. No confusion with another protocol or major software project > 2. no existing registered trademarks in related classes > 3. Less than 1M results in Google > 4. Short (<=6 chars) > 5. Descriptive of protocol (this criteria is subjective) > > Desirable: > > 1. Straightforward to pronounce > 2. Easy to spell > 3. Easy to read > > > > > > > > -- > Txauth mailing list > Txauth@ietf.org > https://www.ietf.org/mailman/listinfo/txauth > > > > -- Txauth mailing list Txauth@ietf.org > https://www.ietf.org/mailman/listinfo/txauth > ᐧ
- [Txauth] Name criteria Dick Hardt
- Re: [Txauth] Name criteria Justin Richer
- Re: [Txauth] Name criteria Mike Jones
- Re: [Txauth] Name criteria Dick Hardt
- Re: [Txauth] Name criteria Yaron Sheffer
- Re: [Txauth] Name criteria Mike Jones
- Re: [Txauth] Name criteria Dick Hardt
- Re: [Txauth] Name criteria Daniel Fett
- Re: [Txauth] Name criteria Dick Hardt
- Re: [Txauth] Name criteria Amanjeev Sethi
- Re: [Txauth] Name criteria Daniel Fett
- Re: [Txauth] Name criteria Dick Hardt
- Re: [Txauth] Name criteria Justin Richer
- Re: [Txauth] Name criteria Yaron Sheffer
- Re: [Txauth] Name criteria Dick Hardt
- Re: [Txauth] Name criteria Hankins Parichabutr
- Re: [Txauth] Name criteria Dick Hardt
- Re: [Txauth] Name criteria Justin Richer
- Re: [Txauth] Name criteria Vijay IETF