Re: [Jmap] draft-ietf-jmap-mdn-06

Raphael OUAZANA <rouazana@linagora.com> Wed, 10 June 2020 16:58 UTC

Return-Path: <rouazana@linagora.com>
X-Original-To: jmap@ietfa.amsl.com
Delivered-To: jmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2F2D3A0BAE for <jmap@ietfa.amsl.com>; Wed, 10 Jun 2020 09:58:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.621
X-Spam-Level:
X-Spam-Status: No, score=-1.621 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, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.377, MIME_HTML_ONLY=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=linagora.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 73nOIq3Tvnvf for <jmap@ietfa.amsl.com>; Wed, 10 Jun 2020 09:58:57 -0700 (PDT)
Received: from outgoing.linagora.com (outgoing.linagora.com [51.75.198.246]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E3263A0B72 for <jmap@ietf.org>; Wed, 10 Jun 2020 09:58:56 -0700 (PDT)
Received: from linagora.com (unknown [10.233.69.48]) by outgoing.linagora.com (Postfix) with ESMTP id 6BAF33B; Wed, 10 Jun 2020 16:58:54 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linagora.com; s=s20181122; t=1591808335; bh=F+3FpaG7Mu2bU3TDoptFSBfGUqIEXAeMoNlo92p2ooU=; h=From:Reply-To:To:Subject:Date:References:From; b=JYuGfvkS0eSx5k3nJO2PrJcoM5Vj72YZyimpgBRC/XtwMmnEWhHYPLtwloF0pL27H rJdQtXc6IaELZvTEMcQ0JZv8PSusaldNl1CYUoyzDiCicjIsOG10eWjPG2FEEG8Ent mpQalGS9rsAmq390vH9MDF0tvLQThO78cuYXYymQ2NPwOWLWw1gFeisHj8eP8czSls 5SBZCjLmiMJyZdTrts2sqbG8vQc/gEd2Qv04/lxW5VfohGOPGsm2mMJgmRMZZnrb+p LM2bplvzYj8ffw+tYW0tcWszEGvJ65Jt/2dnvmw7JmtPkP22p/0qewyOkvWUh236aZ 3GBJicvk4DCCQ==
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: 8bit
From: Raphael OUAZANA <rouazana@linagora.com>
Sender: Raphael OUAZANA <rouazana@linagora.com>
Reply-To: rouazana@linagora.com
To: "jmap@ietf.org" <jmap@ietf.org>, Raphael OUAZANA <raphael.ouazana@linagora.com>, Bron Gondwana <brong@fastmailteam.com>
Message-ID: <Mime4j.4d.73ed77df38b87db4.1729f2b897b@linagora.com>
Date: Wed, 10 Jun 2020 16:58:50 +0000
References: <b5eac159-c58e-dd75-f7f8-73a99b67345d@fastmail.com> <c4a7348f-0a09-19f0-14fd-4162479b4cd4@fastmail.com> <Mime4j.45.b5134222dd4c80fb.170eebd92f8@linagora.com> <ed338838-996a-26ad-3ba6-b5c578155e18@fastmail.com> <Mime4j.56.bf28b98699a28c35.170f24c1a82@linagora.com> <Mime4j.73.6bcc408d91ada72b.170f70b92f4@linagora.com> <Mime4j.49.2de94ecc6101a607.171c12e9c7b@linagora.com> <7e3a193f-6515-4d32-85a0-88bf624ba97c@www.fastmail.com> <050acaf4-05fd-448e-ad64-8313c14f6d23@dogfood.fastmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/ArdB03DzlHiNMrwTs4-eJY_2etY>
Subject: Re: [Jmap] draft-ietf-jmap-mdn-06
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: Wed, 10 Jun 2020 16:58:59 -0000

One point in particular is not clear to me:

Le 10 juin 2020 14:45, de brong@fastmailteam.com
2.1 MDN Send

You refer an "MDNError" but don't actually define it.  From the examples it's clear that this is a SetError..  I think it would be best to change that to:

o  notSent: "Id[SetError]|null"

Having done so, you can then enumerate the expected error types and reasons, with reference to the existing registry (apart from the new mdnAlreadySent error).


Can I use this definition even if it's not only a SetError, but an union of SetError and mdnAlreadySent?

Regards,

Raphaël.