[Jmap] Benjamin Kaduk's No Objection on charter-ietf-jmap-01-00: (with COMMENT)

Benjamin Kaduk via Datatracker <noreply@ietf.org> Thu, 11 April 2019 14: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 7FB8812025E; Thu, 11 Apr 2019 07:35:25 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Benjamin Kaduk via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: jmap-chairs@ietf.org, jmap@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.95.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Benjamin Kaduk <kaduk@mit.edu>
Message-ID: <155499332551.26219.2615821249971397663.idtracker@ietfa.amsl.com>
Date: Thu, 11 Apr 2019 07:35:25 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/DnhI4U5GB45ISChfpTu7diNXbbo>
Subject: [Jmap] Benjamin Kaduk's No Objection on charter-ietf-jmap-01-00: (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: Thu, 11 Apr 2019 14:35:26 -0000

Benjamin Kaduk has entered the following ballot position for
charter-ietf-jmap-01-00: 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.)



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



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

If we're going to be talking about new transports (e.g., websockets, or the more
generic "different protocols than HTTPS"), we should say something about ensuring
that the appropriate security properties are retained in the new setup(s).