[Jmap] Erik Kline's No Objection on draft-ietf-jmap-smime-09: (with COMMENT)

Erik Kline via Datatracker <noreply@ietf.org> Mon, 18 October 2021 06:35 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: jmap@ietf.org
Delivered-To: jmap@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 868703A11DB; Sun, 17 Oct 2021 23:35:09 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Erik Kline via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-jmap-smime@ietf.org, jmap-chairs@ietf.org, jmap@ietf.org, brong@fastmailteam.com, brong@fastmailteam.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.39.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Erik Kline <ek.ietf@gmail.com>
Message-ID: <163453890907.1076.7397961358484844853@ietfa.amsl.com>
Date: Sun, 17 Oct 2021 23:35:09 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/c09hZT51j-OJqHWnr9AxrGKvsug>
Subject: [Jmap] Erik Kline's No Objection on draft-ietf-jmap-smime-09: (with COMMENT)
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.29
List-Id: JSON Message Access Protocol <jmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jmap>, <mailto:jmap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jmap/>
List-Post: <mailto:jmap@ietf.org>
List-Help: <mailto:jmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jmap>, <mailto:jmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Oct 2021 06:35:10 -0000

Erik Kline has entered the following ballot position for
draft-ietf-jmap-smime-09: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-jmap-smime/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Just some random questions that came to mind...

[S4.2, question]

* Is there any benefit to/reason to consider some boolean like
  "hasVerifiedAtDeliverySmime"?

[S5, question]

* In section 4.1, the values of smimeStatus are defined as

   ... Possible string values of the property are
   listed below.  Servers MAY return other values not defined below, as
   defined in extensions to this document.

  If the intention is that documents that update this document are the
  the way to create new possible values, should this imply the establishment
  of a registry of these values?

  But perhaps this level of process is not desired.