IETF Logo Mail Archive

Re: [Uta] wrt draft-ietf-uta-email-tls-certs

"Orit Levin (CELA)" <oritl@microsoft.com> Tue, 09 February 2016 13:37 UTC

Return-Path: <oritl@microsoft.com>
X-Original-To: uta@ietfa.amsl.com
Delivered-To: uta@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A868C1A9005; Tue, 9 Feb 2016 05:37:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 xtkXsKBk3MfG; Tue, 9 Feb 2016 05:37:00 -0800 (PST)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0118.outbound.protection.outlook.com [65.55.169.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6561A1A8FD7; Tue, 9 Feb 2016 05:37:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=mYCZF1CtS8Bc9YDXR31iNRWdxxeLDokfzrDeZwhEfzM=; b=FtaNU4oxUJVy6NfmMbMS817nUOykDLX0ENvFBRtSkr3KhLQZJX3jETxdjKAD0GfNRgAXAOev3E07m6VftsRdDHeYZQMDRkuos+8Q8mKSHwUnA5Le/tFmz6IyCqH4f0nyw4dmHPhRdLwhzLKAfoodsI1HhYJ71mglke/NoyxJU84=
Received: from BY2PR0301MB1989.namprd03.prod.outlook.com (10.163.196.23) by BY2PR0301MB1990.namprd03.prod.outlook.com (10.163.196.24) with Microsoft SMTP Server (TLS) id 15.1.403.16; Tue, 9 Feb 2016 13:36:57 +0000
Received: from BY2PR0301MB1989.namprd03.prod.outlook.com ([10.163.196.23]) by BY2PR0301MB1989.namprd03.prod.outlook.com ([10.163.196.23]) with mapi id 15.01.0403.017; Tue, 9 Feb 2016 13:36:57 +0000
From: "Orit Levin (CELA)" <oritl@microsoft.com>
To: Barry Leiba <barryleiba@computer.org>, =JeffH <jeff.hodges@kingsmountain.com>
Thread-Topic: wrt draft-ietf-uta-email-tls-certs
Thread-Index: AQHRYs4d8o/8Z5Tn+0GLPicf0U8ndp8i+PEAgAC/Vto=
Date: Tue, 09 Feb 2016 13:36:57 +0000
Message-ID: <60747D3BB862EC73.A3280F60-3699-4112-A30E-60B721C3CFD6@mail.outlook.com>
References: <56B92E22.4040307@KingsMountain.com>, <CAC4RtVBQyuUwyM9Y3oOvDiHQnTWGnOy-nyZtLNb3htUVmduoJA@mail.gmail.com>
In-Reply-To: <CAC4RtVBQyuUwyM9Y3oOvDiHQnTWGnOy-nyZtLNb3htUVmduoJA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: computer.org; dkim=none (message not signed) header.d=none; computer.org; dmarc=none action=none header.from=microsoft.com;
x-originating-ip: [52.34.115.55]
x-ms-office365-filtering-correlation-id: d88b4b10-33ec-4449-07a7-08d3315614d8
x-microsoft-exchange-diagnostics: 1; BY2PR0301MB1990; 5:JOgpXElWDHFWH8MvFoI1bIPkH/TVKvMDKfB6Zj6SzOvQIgF4GINhjFb3yAXGM8F5rw9jSUkJY0EszGsdTVLuxxEWAooquPnuStOurFLv8aMYDVGwJVg4PUwFVOsAdkerpAAhf+ppXX3sw8nJlpjtAg==; 24:j7U+HdfYg+9d91ri2SWwW3dLpvsAt1DH3k+sV6Uiyrr4fOGCHVnESTwGixJ2FFgKQyh/h+j4V7cNMj/E7FdAMrthGXj60Yhh8QtkC7Txm74=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0301MB1990;
x-microsoft-antispam-prvs: <BY2PR0301MB1990249591A9ABED2FCFEB0CADD60@BY2PR0301MB1990.namprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(61426038)(61427038); SRVR:BY2PR0301MB1990; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0301MB1990;
x-forefront-prvs: 08476BC6EF
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(2906002)(4326007)(10090500001)(2900100001)(2950100001)(77096005)(5008740100001)(5002640100001)(92566002)(102836003)(19580395003)(5001770100001)(19580405001)(3846002)(6116002)(1220700001)(189998001)(586003)(1096002)(5001960100002)(230783001)(5005710100001)(40100003)(86362001)(66066001)(99286002)(10400500002)(10290500002)(8990500004)(106116001)(86612001)(33656002)(76176999)(54356999)(50986999)(11100500001)(87936001)(16236675004)(122556002)(5004730100002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0301MB1990; H:BY2PR0301MB1989.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_60747D3BB862EC73A3280F6036994112A30E60B721C3CFD6mailout_"
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Feb 2016 13:36:57.2897 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0301MB1990
Archived-At: <http://mailarchive.ietf.org/arch/msg/uta/CuvXku58LwbP_MlHzh_eED5uyec>
Cc: "uta@ietf.org" <uta@ietf.org>, "uta-chairs@ietf.org" <uta-chairs@ietf.org>, "draft-ietf-uta-email-tls-certs@ietf.org" <draft-ietf-uta-email-tls-certs@ietf.org>, IETF Discussion List <ietf@ietf.org>
Subject: Re: [Uta] wrt draft-ietf-uta-email-tls-certs
X-BeenThere: uta@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: UTA working group mailing list <uta.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uta>, <mailto:uta-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/uta/>
List-Post: <mailto:uta@ietf.org>
List-Help: <mailto:uta-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uta>, <mailto:uta-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Feb 2016 13:37:07 -0000

+1 !
That is what UTA does to 'security' RFCs in majority of cases, BTW.
Orit.
_____________________________
From: Barry Leiba <barryleiba@computer.org<mailto:barryleiba@computer.org>>
Sent: Monday, February 8, 2016 9:12 PM
Subject: Re: wrt draft-ietf-uta-email-tls-certs
To: =JeffH <jeff.hodges@kingsmountain.com<mailto:jeff.hodges@kingsmountain.com>>
Cc: IETF Discussion List <ietf@ietf.org<mailto:ietf@ietf.org>>, <uta@ietf.org<mailto:uta@ietf.org>>, <draft-ietf-uta-email-tls-certs@ietf.org<mailto:draft-ietf-uta-email-tls-certs@ietf.org>>, <uta-chairs@ietf.org<mailto:uta-chairs@ietf.org>>


> This seems to me to be clearly "updating" or "profiling" RFC6125 normative
> language, in the specific email use case.

Profiling it for email, yes. Why should that make it *update* the
document that specifies the general process? Profiles need to
normatively reference what they profile, but not the other way 'round.

Barry

v2.23.0 | Report a Bug | By Email