Re: [Uta] Barry Leiba's Discuss on draft-ietf-uta-email-tls-certs-07: (with DISCUSS and COMMENT)
Alexey Melnikov <alexey.melnikov@isode.com> Wed, 16 December 2015 15:33 UTC
Return-Path: <alexey.melnikov@isode.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 D8C7D1A0193; Wed, 16 Dec 2015 07:33:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.011
X-Spam-Level:
X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 PJvExrB3pECt; Wed, 16 Dec 2015 07:33:40 -0800 (PST)
Received: from statler.isode.com (Statler.isode.com [62.232.206.189]) by ietfa.amsl.com (Postfix) with ESMTP id 9E4061A0110; Wed, 16 Dec 2015 07:33:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1450280019; d=isode.com; s=selector; i=@isode.com; bh=Li+38bZdWIuuunoYMy5Kqi3kMi0F1WIn4cVnNbgi/Sc=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=cD3zm3ut7P+LEX2xCFNLB8uQyuYbcj4m9FdjwhRlS5UVla1lVA0wM12C8j62bTBaxusmxl uBlbvLlhLdjUMiqEhUdvgSOMk3sO/Z8HdhOFMAwy6dgQlctRfjvIn6GK1WUc3YGA4t8lQb /OlNzhZ8praWF7Y4paw1aKEF1/s+ouM=;
Received: from [172.20.1.215] (dhcp-215.isode.net [172.20.1.215]) by statler.isode.com (submission channel) via TCP with ESMTPSA id <VnGEUwBBx1Ln@statler.isode.com>; Wed, 16 Dec 2015 15:33:39 +0000
To: Barry Leiba <barryleiba@computer.org>, The IESG <iesg@ietf.org>
References: <20151215212018.19644.59560.idtracker@ietfa.amsl.com>
From: Alexey Melnikov <alexey.melnikov@isode.com>
Message-ID: <56718441.6020003@isode.com>
Date: Wed, 16 Dec 2015 15:33:21 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
In-Reply-To: <20151215212018.19644.59560.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/uta/NXEr1i9_FFDZbr_2mlp_XajhVEk>
Cc: uta@ietf.org, uta-chairs@ietf.org, draft-ietf-uta-email-tls-certs@ietf.org, Leif Johansson <leifj@sunet.se>
Subject: Re: [Uta] Barry Leiba's Discuss on draft-ietf-uta-email-tls-certs-07: (with DISCUSS and COMMENT)
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: Wed, 16 Dec 2015 15:33:42 -0000
Hi Barry, Thank you for your comments: On 15/12/2015 21:20, Barry Leiba wrote: > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > In the Introduction, you say that ths document replaces Section 2.4 of > RFC 2595. It appears that it's specifically Section 3 that replaces that > section. Maybe it's best to say that? Yes, changed. > -- Section 2 -- > > reference identifier: (as defined in [RFC6125]) One of the domain > names associated by the email (i.e., an SMTP, IMAP, POP3 or > ManageSieve) client with the target email server and optionally an > application service type for performing name checks on the server > certificate. > > 1. You refer to the definition in 6125 as though you're repeating it > here, but you're not: you're giving a different definition. Maybe if you > said "formally defined in RFC 6125" instead, it'd be clearer that this > explanation is applying that formal definition to this specific situation > (email). Ok, changed. > 2. It's usually bad to put a parenthesized explanation in the middle of a > unit, and "email client" is a unit here. (And, as almost always, I think > "i.e." is unnecessary and further distracting.) Ok, fixed. > 3. The sentence is long and awkward, saying "associated by... with... and > optionally...," and it's easy to get lost. > > Here's a suggestion: > NEW > reference identifier: (formally defined in [RFC6125]) One of the > domain names that the email client (SMTP, IMAP, POP3 or > ManageSieve) > associates with the target email server. The identifier can also > include an application service type for performing name checks on > the server certificate. > END Ok, thank you.
- [Uta] Barry Leiba's Discuss on draft-ietf-uta-ema… Barry Leiba
- Re: [Uta] Barry Leiba's Discuss on draft-ietf-uta… Alexey Melnikov
- Re: [Uta] Barry Leiba's Discuss on draft-ietf-uta… Barry Leiba
- Re: [Uta] Barry Leiba's Discuss on draft-ietf-uta… Barry Leiba
- Re: [Uta] Barry Leiba's Discuss on draft-ietf-uta… Alexey Melnikov