From nobody Sun Jan 3 14:44:54 2021 Return-Path: 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 0021C3A13C5; Sun, 3 Jan 2021 14:44:52 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: barryleiba@computer.org, brong@fastmailteam.com, jmap-chairs@ietf.org, jmap@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <160971389291.11104.7803737080187054987@ietfa.amsl.com> Date: Sun, 03 Jan 2021 14:44:52 -0800 Archived-At: Subject: [Jmap] jmap - New Meeting Session Request for IETF 110 X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 22:44:53 -0000 A new meeting session request has just been submitted by Bron Gondwana, a Chair of the jmap working group. --------------------------------------------------------- Working Group Name: JSON Mail Access Protocol Area Name: Applications and Real-Time Area Session Requester: Bron Gondwana Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 15 Conflicts to Avoid: Chair Conflict: calext extra dispatch Technology Overlap: uta httpbis emailcore dmarc People who must be present: Barry Leiba Alexey Melnikov Jim Fenton Neil Jenkins Bron Gondwana Resources Requested: Special Requests: --------------------------------------------------------- From nobody Sun Jan 3 15:00:24 2021 Return-Path: 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 3C5D53A13E7 for ; Sun, 3 Jan 2021 15:00:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.219 X-Spam-Level: X-Spam-Status: No, score=-0.219 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=gOcCDs2m; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Yac0QsMN 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 Lcb5rg68tGhu for ; Sun, 3 Jan 2021 15:00:20 -0800 (PST) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 715873A13E6 for ; Sun, 3 Jan 2021 15:00:20 -0800 (PST) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id B0BB75C010A for ; Sun, 3 Jan 2021 18:00:19 -0500 (EST) Received: from imap7 ([10.202.2.57]) by compute2.internal (MEProxy); Sun, 03 Jan 2021 18:00:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:date:from:to:subject :content-type; s=fm1; bh=WQo8zflmDbuZZ/NJRls/eDzKsyB7iuocrHB1xpA BZ7A=; b=gOcCDs2mmghCl799LQirTrM4CSAm01l1e+OWrNmPxGFy39p9ZamLi5U QXQwp6ThY5SzZP/7Q5o7F1cvCUUxyHgttEG7N7oxzjW4hGblCQQ+iEeec79Dad9z Ny2UKQqg22K1t8lMCyXZp3CRslISjI8sLOV96DKdpXSqW0x9/gLtpUYxq4jB+vJe 8PxripBhsIysjDsxNvpjn0Lcq++H04rd9tX6xKzNLmO0wOcp8KUkpAQQXJhyjPAj bn4ERj/5JR18ECn7qqMzD1BPVCZNMrmyFu1iQvCh7nJNBHyumKPYDPMn20KDIys0 KYcCCf7NGxYhR3k4Z6AMgsYGFw8TSuA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=WQo8zflmDbuZZ/NJRls/eDzKsyB7i uocrHB1xpABZ7A=; b=Yac0QsMNTbLlFZxa46IC1fa7UjN+6aocdMrbcTE0w7o/C 6gy9NWt970QtKT0H7ETtAGNnL51FhABzi97W3WRMsLltx5sc60bMXIzCSVi9CcU0 HVmzoe+wST/i2XvU9NMZEJ4W1+yzM+2Vy6byoTNW7XYAWWe6Bep1ykLacz20S4ep mO0Kmd8HY2VcxZUzqOaGZODwxmPhbKAkIxPgQwOzHrlx4MMgQHgIn+CG42joyivb Me2R5kHH4XbPo1Oy9LpTMJebyJELqE64VNj3+c485m3vi0yvq1e6i78lfU6Cbw5y fU/XBbmLjCmwTQd9nSU9M0mLwvaW/j15ODDyFQrHA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdefvddgtdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtsegrtderre erredtnecuhfhrohhmpedfuehrohhnucfiohhnugifrghnrgdfuceosghrohhnghesfhgr shhtmhgrihhlthgvrghmrdgtohhmqeenucggtffrrghtthgvrhhnpedvteetieeviefhge eitdegiefgudevleehgfffleegleeuhefhiedtleegtdffgeenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsrhhonhhgsehfrghsthhmrghilh htvggrmhdrtghomh X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 5C110180242; Sun, 3 Jan 2021 18:00:19 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.1-61-gb52c239-fm-20201210.001-gb52c2396 Mime-Version: 1.0 x-forwarded-message-id: <160971389291.11104.7803737080187054987@ietfa.amsl.com> Message-Id: Date: Mon, 04 Jan 2021 09:59:59 +1100 From: "Bron Gondwana" To: jmap@ietf.org Content-Type: multipart/alternative; boundary=23e1b2e47d7e4b06a201a66247f1535e Archived-At: Subject: [Jmap] Fwd: jmap - New Meeting Session Request for IETF 110 X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2021 23:00:22 -0000 --23e1b2e47d7e4b06a201a66247f1535e Content-Type: text/plain I asked for a 2 hour session because we have a lot of work to do with JSContact and JMAP Contacts, and we were a bit tight for time to talk about other formats last time. I'm hoping we can get started on some other formats as well at this meeting. Bron. ----- Original message ----- From: IETF Meeting Session Request Tool To: session-request@ietf.org Cc: barryleiba@computer.org, brong@fastmailteam.com, jmap-chairs@ietf.org, jmap@ietf.org Subject: jmap - New Meeting Session Request for IETF 110 Date: Monday, January 04, 2021 09:44 A new meeting session request has just been submitted by Bron Gondwana, a Chair of the jmap working group. --------------------------------------------------------- Working Group Name: JSON Mail Access Protocol Area Name: Applications and Real-Time Area Session Requester: Bron Gondwana Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 15 Conflicts to Avoid: Chair Conflict: calext extra dispatch Technology Overlap: uta httpbis emailcore dmarc People who must be present: Barry Leiba Alexey Melnikov Jim Fenton Neil Jenkins Bron Gondwana Resources Requested: Special Requests: --------------------------------------------------------- -- Bron Gondwana, CEO, Fastmail Pty Ltd brong@fastmailteam.com --23e1b2e47d7e4b06a201a66247f1535e Content-Type: text/html Content-Transfer-Encoding: quoted-printable
I asked for a 2 hour session because we have a lot of work= to do with JSContact and JMAP Contacts, and we were a bit tight for tim= e to talk about other formats last time.  I'm hoping we can get sta= rted on some other formats as well at this meeting.

Bron.


----- Origi= nal message -----
From: IETF Meeting Session Request Tool = <session-request@ietf.org= >
Subject: jmap - Ne= w Meeting Session Request for IETF 110
Date: Monday, Janua= ry 04, 2021 09:44



A new meetin= g session request has just been submitted by Bron Gondwana, a Chair of t= he jmap working group.


---------------------------------------------------------
<= /div>
Working Group Name: JSON Mail Acc= ess Protocol
Area Name: Appli= cations and Real-Time Area
Se= ssion Requester: Bron Gondwana


Number of Sessions: 1
Length of Session(s):  2 Hours
Number of Attendees: 15
Conflicts to Avoid: 
Chair Conflict: calext extra dispatch
Technology Overlap: uta httpbis emailcore dmarc





People who must be present:
  Barry Leiba
  Alexey Melnikov
&nb= sp; Jim Fenton
  Neil Je= nkins
  Bron Gondwana

Resources Requested:

Special Requests:
  
---------------------------------------------------= ------




--
 = ; Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com


--23e1b2e47d7e4b06a201a66247f1535e-- From nobody Mon Jan 4 19:19:55 2021 Return-Path: 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 CE3673A0DE6 for ; Mon, 4 Jan 2021 19:19:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=oOOlPDd0; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=rjv+Gwfx 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 9q74x1F75bGE for ; Mon, 4 Jan 2021 19:19:52 -0800 (PST) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AD573A0DE5 for ; Mon, 4 Jan 2021 19:19:52 -0800 (PST) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 82BFB7F9; Mon, 4 Jan 2021 22:19:51 -0500 (EST) Received: from imap7 ([10.202.2.57]) by compute3.internal (MEProxy); Mon, 04 Jan 2021 22:19:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=mmF9lrB iyeLnxjUsDBwsi8+Zh14bQQXC7FFQF1VGG+o=; b=oOOlPDd0om4GEG3omlwKUq4 btoXl7hAfjHcnn8ODpYJHq7hTQYQKzPzNe5o99GxWOrI4ZKhHNmFzU/q5Ghyg/XC HhDmoJ6taKIBFPX8Z9gtHa8Ltce8PyXq5Pw905RMEVuR5DGs3VnCHtzpVCvWLoK8 Rx1iCUkbX1upCnOk/OkiosplwevRz4tty+sYRGRbS6UrSrkF4C0zAsEkqHxrILPo n4a3U4gZdsxdSn5Q5tErSd6pqTuCEvB0Sd5OKVi/zXLLfo+TLAn80uETU2UvX9s8 3kju18mBiArlH9gkZ0b61yqhxq5fHw/zAzOiadS68slMvLKqlJytDNjj1J1jaqQ= = DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=mmF9lr BiyeLnxjUsDBwsi8+Zh14bQQXC7FFQF1VGG+o=; b=rjv+GwfxVtJeqHhBR1B2LT ROS26/Ft12ZsK7llVqHjbvkuxVRDHGpMFCVcWo98ayzJE+2/FcizFqmwjHneoj7B xUiSskFW4lJ9FeWS83oMBz9nXZSqWUZtHaBioSBqvGcxpaJaABGiMN63PQy5tnrN WMXTE0EnAiM75/BY20yDXTnl3gnxJ0ZLpX1gd5Hd9LwY8hsKMLK0fvY7/8VikQpH SYd4NBKWEuSBaAVAKACnKkA5BZn2JXns3UF0F/IsoqDWYkyvDrhRRA7sRJDZN6c0 WfnvWHNSm7oa/UhlM15WocOx/MmlGdF0NFJadwZc47E8z93wK7mjTJRoqb8/9Y+A == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdefgedgheejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesrgdtreerreerjeenucfhrhhomhepfdfpvghi lhculfgvnhhkihhnshdfuceonhgvihhljhesfhgrshhtmhgrihhlthgvrghmrdgtohhmqe enucggtffrrghtthgvrhhnpeehuefhudejtdeiveekvdfhfffgleeflefhfeekhefhkeel kefhfeeufeevffejieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehnvghilhhjsehfrghsthhmrghilhhtvggrmhdrtghomh X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 663861802D3; Mon, 4 Jan 2021 22:19:50 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.1-61-gb52c239-fm-20201210.001-gb52c2396 Mime-Version: 1.0 Message-Id: <3fcec699-8229-4960-9f93-411e5f07d18f@www.fastmail.com> In-Reply-To: References: <1e765f38-5a7a-4498-ab6a-8361671713f5@beta.fastmail.com> Date: Tue, 05 Jan 2021 14:19:49 +1100 From: "Neil Jenkins" To: "Alexey Melnikov" , "IETF JMAP Mailing List" Content-Type: multipart/alternative; boundary=0f80f26449854b8b9a467d1775f1a95b Archived-At: Subject: Re: [Jmap] =?utf-8?q?Proposal=3A_split_sharing_mechanism_from_JMAP_C?= =?utf-8?q?alendars_________spec?= X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2021 03:19:54 -0000 --0f80f26449854b8b9a467d1775f1a95b Content-Type: text/plain On Thu, 17 Dec 2020, at 21:42, Alexey Melnikov wrote: > CalendarShareNotification is referencing CalendarRights. The latter looks rather calendar specific. > If you can generalize CalendarRights, what you suggest above looks like a good direction. Yes, we can generalise this as an object that is of type `String[Boolean]`, where the keys are the names of the rights and the values whether you have that right. The set of rights will be data type dependent, but the shape of the data is the same. Neil. --0f80f26449854b8b9a467d1775f1a95b Content-Type: text/html Content-Transfer-Encoding: quoted-printable
On Thu, 17= Dec 2020, at 21:42, Alexey Melnikov wrote:
CalendarShareNotification is referencing CalendarRights. The= latter looks rather calendar specific.
If you can ge= neralize CalendarRights, what you suggest above looks like a good direction.

=
Yes, we can generalise this as an object that is of type Strin= g[Boolean], where the keys are the names of the rights and the va= lues whether you have that right. The set of rights will be data type de= pendent, but the shape of the data is the same.

=
Neil.
--0f80f26449854b8b9a467d1775f1a95b-- From nobody Tue Jan 5 18:42:00 2021 Return-Path: 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 7E14F3A0418; Tue, 5 Jan 2021 18:41:57 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Daniel Franke via Datatracker To: Cc: draft-ietf-jmap-mdn.all@ietf.org, jmap@ietf.org, last-call@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <160990091746.16663.18138161640943053349@ietfa.amsl.com> Reply-To: Daniel Franke Date: Tue, 05 Jan 2021 18:41:57 -0800 Archived-At: Subject: [Jmap] Secdir last call review of draft-ietf-jmap-mdn-16 X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2021 02:41:58 -0000 Reviewer: Daniel Franke Review result: Ready I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. This document's Security Considerations section is appropriately brief because it doesn't introduce much in the way of new ones: the security model for JMAP MDN isn't essentially different from the security model for the analogous IMAP functionality. But had I reviewed RFC 8098, I would have urged some changes to the Privacy Considerations section of that document. It's not that anything is wrong or overlooked, but its emphasis is odd. It focuses mostly on leakage of impersonal details like OS version and network topology, with nothing but a parenthetical mention given to the significant personal intrusion of monitoring message read times. Every abusive boss knows this trick: send your subordinates an email at 5:00 AM on Saturday and watch when the delivery receipts come in. I wish that something in the corpus of MDN-related RFCs would do a better job of acknowledging this, even if this one in particular is not the most appropriate place for it. From nobody Tue Jan 5 18:57:49 2021 Return-Path: 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 5B7713A046B; Tue, 5 Jan 2021 18:57:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.401 X-Spam-Level: X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.248, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 qO8B3u2XFxlq; Tue, 5 Jan 2021 18:57:46 -0800 (PST) Received: from mail-lf1-f49.google.com (mail-lf1-f49.google.com [209.85.167.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F4B33A044A; Tue, 5 Jan 2021 18:57:42 -0800 (PST) Received: by mail-lf1-f49.google.com with SMTP id h205so3396295lfd.5; Tue, 05 Jan 2021 18:57:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/v3fpY9vMZLeAlGjJr13VEJtKXsmWn4fRROoYhd5i/E=; b=SOxMLhiyEIY7ZO1B1K6bI1G03UuqChzmTYxP3EfmrPFC+OvydzwLZGCwizzcJ+1lm6 khXyaoVhEwOy+bT3khLHjIaJmJkPcLHNtuhmT6GtZNjLRfiC7d10tVQyXw5vANpyzige 7MhFLluANLQGJ742a0A0KY4xcPPGvgncznc7wvcYlC8uqHdbMaj7wVqQRvuWyPubzAC5 4narxPubYTj6dkgWb9w9C81n2T3wE+weMIOQFmdZ9UXW6qHbODAqBXASYcnJeZEjHi2c noW626A8j5CqfC8VqP025+orlhcl9PgFtXx1VKdCioRKnIQW/RGi9BZ6mnbVzhpnpBVr 3GGg== X-Gm-Message-State: AOAM530EoTplNx4rXuquxByEtUIkfAISMBvuOB72YdxsZPwAiLZ+pV3y 7h+ls6B9ukZ0Jf3ywW88rfZ6nX4moDHc9VCf5mA= X-Google-Smtp-Source: ABdhPJxpAr6TPWoxzWRKYLFOJb7kucZUGOKayRtuijV9W20bzf2qqU2BbpZIPJ67rGnT1RC9qUI0vsgbEe5jfzQVrWU= X-Received: by 2002:a05:651c:28d:: with SMTP id b13mr1195248ljo.75.1609901860171; Tue, 05 Jan 2021 18:57:40 -0800 (PST) MIME-Version: 1.0 References: <160990091746.16663.18138161640943053349@ietfa.amsl.com> In-Reply-To: <160990091746.16663.18138161640943053349@ietfa.amsl.com> From: Barry Leiba Date: Tue, 5 Jan 2021 21:57:29 -0500 Message-ID: To: Daniel Franke Cc: draft-ietf-jmap-mdn.all@ietf.org, jmap@ietf.org, last-call@ietf.org, secdir@ietf.org Content-Type: multipart/alternative; boundary="0000000000007fb36105b8327caa" Archived-At: Subject: Re: [Jmap] Secdir last call review of draft-ietf-jmap-mdn-16 X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2021 02:57:47 -0000 --0000000000007fb36105b8327caa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Daniel, thanks for the review. And yes, MDNs themselves, no matter how they conveyed, are privacy-intrusive. That=E2=80=99s why I have them disab= led in my user agent, and most, if not all standards-compliant MUAs allow that. And that=E2=80=99s not accidental: it actually is written into the MDN spec= , RFC 2298. From Section 2.1: While Internet standards normally do not specify the behavior of user interfaces, it is strongly recommended that the user agent obtain the user's consent before sending an MDN. This consent could be obtained for each message through some sort of prompt or dialog box, or globally through the user's setting of a preference. The user might also indicate globally that MDNs are never to be sent or that a "denied" MDN is always sent in response to a request for an MDN. There=E2=80=99s more there, as well, and I think it covers things reasonabl= e well, even if it doesn=E2=80=99t explain what the threats are. If we should ever= do an update of the MDN spec, we would definitely add that. Barry, ART AD On Tue, Jan 5, 2021 at 9:41 PM Daniel Franke via Datatracker < noreply@ietf.org> wrote: > Reviewer: Daniel Franke > Review result: Ready > > I have reviewed this document as part of the security directorate's > ongoing effort to review all IETF documents being processed by the > IESG. These comments were written primarily for the benefit of the > security area directors. Document editors and WG chairs should > treat these comments just like any other last call comments. > > This document's Security Considerations section is appropriately brief > because > it doesn't introduce much in the way of new ones: the security model for > JMAP > MDN isn't essentially different from the security model for the analogous > IMAP > functionality. But had I reviewed RFC 8098, I would have urged some > changes to > the Privacy Considerations section of that document. It's not that > anything is > wrong or overlooked, but its emphasis is odd. It focuses mostly on leakag= e > of > impersonal details like OS version and network topology, with nothing but= a > parenthetical mention given to the significant personal intrusion of > monitoring > message read times. Every abusive boss knows this trick: send your > subordinates > an email at 5:00 AM on Saturday and watch when the delivery receipts come > in. I > wish that something in the corpus of MDN-related RFCs would do a better > job of > acknowledging this, even if this one in particular is not the most > appropriate > place for it. > > > --0000000000007fb36105b8327caa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Daniel, thanks for the review.=C2=A0 And yes, MDNs themse= lves, no matter how they conveyed, are privacy-intrusive.=C2=A0 That=E2=80= =99s why I have them disabled in my user agent, and most, if not all standa= rds-compliant MUAs allow that.

And that=E2=80=99s not accidental: it actually is written into the M= DN spec, RFC 2298.=C2=A0 From Section 2.1:

   While Internet standards normally do not specify the behavior of us=
er
   interfaces, it is strongly recommended that the user agent obtain the
   user's consent before sending an MDN.  This consent could be obtaine=
d
   for each message through some sort of prompt or dialog box, or
   globally through the user's setting of a preference.  The user might
   also indicate globally that MDNs are never to be sent or that a
   "denied" MDN is always sent in response to a request for an MD=
N.

There=E2=80=99s more there, as well, and I think it covers th= ings reasonable well, even if it doesn=E2=80=99t explain what the threats a= re.=C2=A0 If we should ever do an update of the MDN spec, we would definite= ly add that.

Barry, ART = AD

On Tue, Jan 5, 2021 at 9:41 PM Daniel Franke via Datatracker <noreply@ietf.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rg= b(204,204,204)">Reviewer: Daniel Franke
Review result: Ready

I have reviewed this document as part of the security directorate's
ongoing effort to review all IETF documents being processed by the
IESG.=C2=A0 These comments were written primarily for the benefit of the security area directors.=C2=A0 Document editors and WG chairs should
treat these comments just like any other last call comments.

This document's Security Considerations section is appropriately brief = because
it doesn't introduce much in the way of new ones: the security model fo= r JMAP
MDN isn't essentially different from the security model for the analogo= us IMAP
functionality. But had I reviewed RFC 8098, I would have urged some changes= to
the Privacy Considerations section of that document. It's not that anyt= hing is
wrong or overlooked, but its emphasis is odd. It focuses mostly on leakage = of
impersonal details like OS version and network topology, with nothing but a=
parenthetical mention given to the significant personal intrusion of monito= ring
message read times. Every abusive boss knows this trick: send your subordin= ates
an email at 5:00 AM on Saturday and watch when the delivery receipts come i= n. I
wish that something in the corpus of MDN-related RFCs would do a better job= of
acknowledging this, even if this one in particular is not the most appropri= ate
place for it.


--0000000000007fb36105b8327caa-- From nobody Thu Jan 21 08:59:02 2021 Return-Path: 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 9E0913A12EA for ; Thu, 21 Jan 2021 08:58:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.798 X-Spam-Level: X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 Lp1Yz1GY6Cyo for ; Thu, 21 Jan 2021 08:58:56 -0800 (PST) Received: from smtp.notes.scniris.com (smtp.notes.scniris.com [173.192.202.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 550733A12D4 for ; Thu, 21 Jan 2021 08:58:55 -0800 (PST) Received: from localhost by smtp.notes.scniris.com with smtp.notes.scniris.com ESMTP for from ; Thu, 21 Jan 2021 16:58:53 -0000 Received: from irisa-nrpc01.ir3.wdc01.isc4sb.com (10.102.14.66) by smtp.notes.scniris.com (10.102.16.176) with smtp.notes.scniris.com ESMTP; Thu, 21 Jan 2021 16:58:51 -0000 X-KeepSent: FFC094ED:B67BC2B0-85258664:005C8D7C; type=4; name=$KeepSent To: jmap@ietf.org Cc: "Cleo Erika Soriano" , "Stephan Wissel" , "Manuel Lorenzo Lerma" X-Mailer: HCL Notes Release 11.0.1 March 21, 2020 Message-ID: From: "Supriya Barakam" Date: Thu, 21 Jan 2021 22:28:49 +0530 MIME-Version: 1.0 Content-type: multipart/alternative; Boundary="0__=0ABB0CF7DFCF0BEC8f9e8a93df938690918c0ABB0CF7DFCF0BEC" Content-Disposition: inline x-cbid: 21012116-3388-0000-0000-000007D90352 X-IBM-SpamModules-Scores: BY=0.293439; FL=0; FP=0; FZ=0; HX=0; KW=0; PH=0; SC=0.377267; ST=0; TS=0; UL=0; ISC=; MB=0.036904 X-IBM-SpamModules-Versions: BY=3.00014593; HX=3.00000242; KW=3.00000007; PH=3.00000004; SC=3.00000295; SDB=6.01496264; UDB=6.00807206; IPR=6.01278819; MB=3.00035895; MTD=3.00000008; XFM=3.00000015; UTC=2021-01-21 16:58:51 X-IBM-AV-DETECTION: SAVI=unsuspicious REMOTE=unsuspicious XFE=unused X-IBM-AV-VERSION: SAVI=2021-01-21 13:06:13 - 6.00012238 Archived-At: Subject: [Jmap] In need for jsCalendar samples / review X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2021 16:59:01 -0000 --0__=0ABB0CF7DFCF0BEC8f9e8a93df938690918c0ABB0CF7DFCF0BEC Content-transfer-encoding: base64 Content-type: text/plain; charset=UTF-8 DQpXZSBhcmUgd29ya2luZyBvbiBhIEpTT04gc2NoZW1hIChPcGVuQVBJIDMuMCBzdHlsZSkgZGVm aW5pdGlvbiBtYXBwaW5nDQpqc0NhbGVuZGFyLg0KDQpPdXIgY3VycmVudCBwcm9ncmVzcyBjYW4g YmUgc2VlbiBoZXJlOg0KaHR0cHM6Ly9wZXRzdG9yZS5zd2FnZ2VyLmlvLz91cmw9aHR0cHM6Ly9w cm9qZWN0a2VlcC5pby9qbWFwQ2FsZW5kYXJzLmpzb24NCk9yIGRpcmVjdGx5IGRvd25sb2FkZWQg YXMgSlNPTiBmaWxlIGhlcmU6DQpodHRwczovL3Byb2plY3RrZWVwLmlvL2ptYXBDYWxlbmRhcnMu anNvbg0KDQpUaGUgZmlsZSBmb2N1c2VzIG9uIHRoZSBzY2hlbWEsIG5vdCB0aGUgVVJMcy4NCldl IHVzZSBSZWRoYXTigJlzIEFwaWN1cmkuaW8gYXMgb3VyIGVkaXRvciwgd2UgY2FuIGludml0ZSBp bnRlcmVzdGVkIHBhcnRpZXMNCnRvIGhhdmUgZWRpdCBhY2Nlc3MNCg0KV2UgZHJldyB0aGUgaW5w dXQgZm9yIHRoZSBzY2hlbWEgZnJvbToNCiAgIC0JZHJhZnQtaWV0Zi1qbWFwLWNhbGVuZGFycy0w MyAtIEpNQVAgZm9yIENhbGVuZGFycw0KICAgLQlkcmFmdC1pZXRmLWNhbGV4dC1qc2NhbGVuZGFy LTMyIC0gSlNDYWxlbmRhcjogQSBKU09OIHJlcHJlc2VudGF0aW9uDQogICAgICBvZiBjYWxlbmRh ciBkYXRhIC4NCg0KV2UgYXJlIGxvb2tpbmcgZm9yOg0KICAgLQlTYW1wbGUgSlMgRmlsZXMgd2Ug Y2FuIGNvbXBhcmUgdG8gb3VyIGRyYWZ0IHNjaGVtYQ0KICAgLQlBIGZyaWVuZGx5IGV5ZSB0byBs b29rIG92ZXIgb3VyIHNhbXBsZXMgKHdoZXJlIHNoYWxsIHdlIHBvc3QgdGhlbT8pDQoNClRoaXMg aXMgYW4gSENMIEluYyBlZmZvcnQgdG8gZ2l2ZSBiYWNrIHRvIG9wZW4gc291cmNlDQoNCkhDTCBU ZWFtIG1lbWJlcnM6DQogICAtCUBDbGVvIEVyaWthIFNvcmlhbm8NCiAgIC0JQFN1cHJpeWEgQmFy YWthbQ0KICAgLQlATWFudWVsIExvcmVuem8gTGVybWENCiAgIC0JQFN0ZXBoYW4gV2lzc2VsDQoN Cg0KICAgVGhhbmtzICYgUmVnYXJkcywNCiAgIFN1cHJpeWEgQmFyYWthbS4= --0__=0ABB0CF7DFCF0BEC8f9e8a93df938690918c0ABB0CF7DFCF0BEC Content-transfer-encoding: base64 Content-type: text/html; charset=UTF-8 Content-Disposition: inline PGh0bWw+PGJvZHk+DQo8cD48Zm9udCBmYWNlPSJDYWxpYnJpIj5XZSBhcmUgd29ya2luZyBvbiBh IEpTT04gc2NoZW1hIChPcGVuQVBJIDMuMCBzdHlsZSkgZGVmaW5pdGlvbiBtYXBwaW5nIGpzQ2Fs ZW5kYXIuPC9mb250Pjxicj4NCjxicj4NCjxmb250IGZhY2U9IkNhbGlicmkiPk91ciBjdXJyZW50 IHByb2dyZXNzIGNhbiBiZSBzZWVuIGhlcmU6PGJyPg0KPC9mb250PjxhIGhyZWY9Imh0dHBzOi8v YXBjMDEuc2FmZWxpbmtzLnByb3RlY3Rpb24ub3V0bG9vay5jb20vP3VybD1odHRwcyUzQSUyRiUy RnBldHN0b3JlLnN3YWdnZXIuaW8lMkYlM0Z1cmwlM0RodHRwcyUzQSUyRiUyRnByb2plY3RrZWVw LmlvJTJGam1hcENhbGVuZGFycy5qc29uJmRhdGE9MDQlN0MwMSU3Q1N1cHJpeWFCYXIlNDBoY2wu Y29tJTdDZWZjMzBkNTZlYjE2NGNjODI1YWQwOGQ4YmUyNGIzZWMlN0MxODlkZTczN2M5M2E0ZjVh OGI2ODZmNGNhOTk0MTkxMiU3QzAlN0MwJTdDNjM3NDY4NDEyMTM1OTE1Njc5JTdDVW5rbm93biU3 Q1RXRnBiR1pzYjNkOGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1TXpJaUxDSkJUaUk2 SWsxaGFXd2lMQ0pYVkNJNk1uMCUzRCU3QzEwMDAmc2RhdGE9SFdJRmh6R0xKQjNsdVJndm40WGk2 UllzU2ljbkpSOXEyWGlBalNzeW9XQSUzRCZyZXNlcnZlZD0wIj48dT48Zm9udCBjb2xvcj0iIzAw ODJCRiIgZmFjZT0iQ2FsaWJyaSI+aHR0cHM6Ly9wZXRzdG9yZS5zd2FnZ2VyLmlvLz91cmw9aHR0 cHM6Ly9wcm9qZWN0a2VlcC5pby9qbWFwQ2FsZW5kYXJzLmpzb248L2ZvbnQ+PC91PjwvYT48YnI+ DQo8Zm9udCBmYWNlPSJDYWxpYnJpIj5PciBkaXJlY3RseSBkb3dubG9hZGVkIGFzIEpTT04gZmls ZSBoZXJlOjwvZm9udD48YnI+DQo8YSBocmVmPSJodHRwczovL2FwYzAxLnNhZmVsaW5rcy5wcm90 ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZwcm9qZWN0a2VlcC5pbyUyRmpt YXBDYWxlbmRhcnMuanNvbiZkYXRhPTA0JTdDMDElN0NTdXByaXlhQmFyJTQwaGNsLmNvbSU3Q2Vm YzMwZDU2ZWIxNjRjYzgyNWFkMDhkOGJlMjRiM2VjJTdDMTg5ZGU3MzdjOTNhNGY1YThiNjg2ZjRj YTk5NDE5MTIlN0MwJTdDMCU3QzYzNzQ2ODQxMjEzNTkyNTY3NCU3Q1Vua25vd24lN0NUV0ZwYkda c2IzZDhleUpXSWpvaU1DNHdMakF3TURBaUxDSlFJam9pVjJsdU16SWlMQ0pCVGlJNklrMWhhV3dp TENKWFZDSTZNbjAlM0QlN0MxMDAwJnNkYXRhPWJJMVpOdThKWnpvQWNxckU3bVNPbWttNk10c08y NFRFdU1kVUZ0YkhkQW8lM0QmcmVzZXJ2ZWQ9MCI+PHU+PGZvbnQgY29sb3I9IiMwMDgyQkYiIGZh Y2U9IkNhbGlicmkiPmh0dHBzOi8vcHJvamVjdGtlZXAuaW8vam1hcENhbGVuZGFycy5qc29uPC9m b250PjwvdT48L2E+PGJyPg0KPGJyPg0KPGZvbnQgZmFjZT0iQ2FsaWJyaSI+VGhlIGZpbGUgZm9j dXNlcyBvbiB0aGUgc2NoZW1hLCBub3QgdGhlIFVSTHMuPC9mb250Pjxicj4NCjxmb250IGZhY2U9 IkNhbGlicmkiPldlIHVzZSBSZWRoYXTigJlzIEFwaWN1cmkuaW8gYXMgb3VyIGVkaXRvciwgd2Ug Y2FuIGludml0ZSBpbnRlcmVzdGVkIHBhcnRpZXMgdG8gaGF2ZSBlZGl0IGFjY2VzczwvZm9udD48 YnI+DQo8YnI+DQo8Zm9udCBmYWNlPSJDYWxpYnJpIj5XZSBkcmV3IHRoZSBpbnB1dCBmb3IgdGhl IHNjaGVtYSBmcm9tOjwvZm9udD4NCjx1bD48YSBocmVmPSJodHRwczovL2FwYzAxLnNhZmVsaW5r cy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9aHR0cHMlM0ElMkYlMkZ0b29scy5pZXRmLm9y ZyUyRmh0bWwlMkZkcmFmdC1pZXRmLWptYXAtY2FsZW5kYXJzLTAzJmRhdGE9MDQlN0MwMSU3Q1N1 cHJpeWFCYXIlNDBoY2wuY29tJTdDZWZjMzBkNTZlYjE2NGNjODI1YWQwOGQ4YmUyNGIzZWMlN0Mx ODlkZTczN2M5M2E0ZjVhOGI2ODZmNGNhOTk0MTkxMiU3QzAlN0MwJTdDNjM3NDY4NDEyMTM1OTI1 Njc0JTdDVW5rbm93biU3Q1RXRnBiR1pzYjNkOGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lW Mmx1TXpJaUxDSkJUaUk2SWsxaGFXd2lMQ0pYVkNJNk1uMCUzRCU3QzEwMDAmc2RhdGE9S1FJdDBE Rkl6ek9Gd3FMcVVaSVIyQWt2TyUyQks2RGI0ZGlVd0hMUnk5cnJVJTNEJnJlc2VydmVkPTAiPjxm b250IGZhY2U9IkNhbGlicmkiPi0JPC9mb250Pjx1Pjxmb250IGNvbG9yPSIjMDA4MkJGIiBmYWNl PSJDYWxpYnJpIj5kcmFmdC1pZXRmLWptYXAtY2FsZW5kYXJzLTAzIC0gSk1BUCBmb3IgQ2FsZW5k YXJzPC9mb250PjwvdT48L2E+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+IDwvZm9udD48YnI+DQo8YSBo cmVmPSJodHRwczovL2FwYzAxLnNhZmVsaW5rcy5wcm90ZWN0aW9uLm91dGxvb2suY29tLz91cmw9 aHR0cHMlM0ElMkYlMkZ0b29scy5pZXRmLm9yZyUyRmh0bWwlMkZkcmFmdC1pZXRmLWNhbGV4dC1q c2NhbGVuZGFyLTMyJmRhdGE9MDQlN0MwMSU3Q1N1cHJpeWFCYXIlNDBoY2wuY29tJTdDZWZjMzBk NTZlYjE2NGNjODI1YWQwOGQ4YmUyNGIzZWMlN0MxODlkZTczN2M5M2E0ZjVhOGI2ODZmNGNhOTk0 MTkxMiU3QzAlN0MwJTdDNjM3NDY4NDEyMTM1OTM1NjcwJTdDVW5rbm93biU3Q1RXRnBiR1pzYjNk OGV5SldJam9pTUM0d0xqQXdNREFpTENKUUlqb2lWMmx1TXpJaUxDSkJUaUk2SWsxaGFXd2lMQ0pY VkNJNk1uMCUzRCU3QzEwMDAmc2RhdGE9Nk1RTU9vRFVpNktGczVxM2Q3R3FnOG9mY09iSEVkNHVW d1lDYXgyMnYlMkYwJTNEJnJlc2VydmVkPTAiPjxmb250IGZhY2U9IkNhbGlicmkiPi0JPC9mb250 Pjx1Pjxmb250IGNvbG9yPSIjMDA4MkJGIiBmYWNlPSJDYWxpYnJpIj5kcmFmdC1pZXRmLWNhbGV4 dC1qc2NhbGVuZGFyLTMyIC0gSlNDYWxlbmRhcjogQSBKU09OIHJlcHJlc2VudGF0aW9uIG9mIGNh bGVuZGFyIGRhdGE8L2ZvbnQ+PC91PjwvYT48Zm9udCBmYWNlPSJDYWxpYnJpIj4gLjwvZm9udD48 L3VsPg0KPGJyPg0KPGZvbnQgZmFjZT0iQ2FsaWJyaSI+V2UgYXJlIGxvb2tpbmcgZm9yOjwvZm9u dD4NCjx1bD48Zm9udCBmYWNlPSJDYWxpYnJpIj4tCVNhbXBsZSBKUyBGaWxlcyB3ZSBjYW4gY29t cGFyZSB0byBvdXIgZHJhZnQgc2NoZW1hPC9mb250Pjxicj4NCjxmb250IGZhY2U9IkNhbGlicmki Pi0JQSBmcmllbmRseSBleWUgdG8gbG9vayBvdmVyIG91ciBzYW1wbGVzICh3aGVyZSBzaGFsbCB3 ZSBwb3N0IHRoZW0/KTwvZm9udD48L3VsPg0KPGJyPg0KPGZvbnQgZmFjZT0iQ2FsaWJyaSI+VGhp cyBpcyBhbiBIQ0wgSW5jIGVmZm9ydCB0byBnaXZlIGJhY2sgdG8gb3BlbiBzb3VyY2U8L2ZvbnQ+ PGJyPg0KPGJyPg0KPGZvbnQgZmFjZT0iQ2FsaWJyaSI+SENMIFRlYW0gbWVtYmVyczo8L2ZvbnQ+ DQo8dWw+PGEgaHJlZj0ibWFpbHRvOkNsZW9FcmlrYS5Tb3JpYW5vQGhjbC5jb20iPjxmb250IGZh Y2U9IkNhbGlicmkiPi0JPC9mb250Pjxmb250IGNvbG9yPSIjNDI0MjgyIiBmYWNlPSJDYWxpYnJp Ij5AQ2xlbyBFcmlrYSBTb3JpYW5vPC9mb250PjwvYT48YnI+DQo8YSBocmVmPSJtYWlsdG86U3Vw cml5YUJhckBoY2wuY29tIj48Zm9udCBmYWNlPSJDYWxpYnJpIj4tCTwvZm9udD48Zm9udCBjb2xv cj0iIzQyNDI4MiIgZmFjZT0iQ2FsaWJyaSI+QFN1cHJpeWEgQmFyYWthbTwvZm9udD48L2E+PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOm1hbnVlbGxvcmVuem8ubGVybWFAaGNsLmNvbSI+PGZvbnQgZmFj ZT0iQ2FsaWJyaSI+LQk8L2ZvbnQ+PGZvbnQgY29sb3I9IiM0MjQyODIiIGZhY2U9IkNhbGlicmki PkBNYW51ZWwgTG9yZW56byBMZXJtYTwvZm9udD48L2E+PGJyPg0KPGEgaHJlZj0ibWFpbHRvOnN0 ZXBoYW4ud2lzc2VsQGhjbC5jb20iPjxmb250IGZhY2U9IkNhbGlicmkiPi0JPC9mb250Pjxmb250 IGNvbG9yPSIjNDI0MjgyIiBmYWNlPSJDYWxpYnJpIj5AU3RlcGhhbiBXaXNzZWw8L2ZvbnQ+PC9h Pjxicj4NCjxicj4NCjxicj4NCjxmb250IHNpemU9IjIiPlRoYW5rcyAmYW1wOyBSZWdhcmRzLDwv Zm9udD48YnI+DQo8Zm9udCBzaXplPSIyIj5TdXByaXlhIEJhcmFrYW0uPC9mb250PjwvdWw+DQo8 L2JvZHk+PC9odG1sPg== --0__=0ABB0CF7DFCF0BEC8f9e8a93df938690918c0ABB0CF7DFCF0BEC-- From nobody Sun Jan 24 20:10:12 2021 Return-Path: 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 B92CF3A00C4; Sun, 24 Jan 2021 20:10:10 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: jmap@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: jmap@ietf.org Message-ID: <161154781071.25468.4208216444848390207@ietfa.amsl.com> Date: Sun, 24 Jan 2021 20:10:10 -0800 Archived-At: Subject: [Jmap] I-D Action: draft-ietf-jmap-calendars-05.txt X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2021 04:10:11 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the JSON Mail Access Protocol WG of the IETF. Title : JMAP for Calendars Authors : Neil Jenkins Michael Douglass Filename : draft-ietf-jmap-calendars-05.txt Pages : 43 Date : 2021-01-24 Abstract: This document specifies a data model for synchronizing calendar data with a server using JMAP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-jmap-calendars/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-jmap-calendars-05.html A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-jmap-calendars-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jan 25 13:43:37 2021 Return-Path: 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 A34603A193F; Mon, 25 Jan 2021 13:43:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.498 X-Spam-Level: X-Spam-Status: No, score=0.498 tagged_above=-999 required=5 tests=[FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no 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 xsWPOAc57_tG; Mon, 25 Jan 2021 13:43:34 -0800 (PST) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71CFA3A1940; Mon, 25 Jan 2021 13:43:34 -0800 (PST) Received: by mail-lj1-f174.google.com with SMTP id u11so17141512ljo.13; Mon, 25 Jan 2021 13:43:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=DAulIXnLWjAhfTZ85tkiesgjq9+i8esEJxqvbBs1SuY=; b=Q0V+/DIiLs9UA3LNkALDQYXqbAqI3Pd4D9M2Me+dMP0GdBVpUW/D2WojSu+uKJU80R 5X9QYkA5CJ2yfF4KN1bSiwDRmmv62dl+AeDQLxbxI51IUdzqGM0QKFvzDf6gazkkv2+j zk/b73AX7iTD1O7Je0EN0S66Y24/OSoEwkjIO5UfxyAM7slArtLTvnSc8lvrmR07WMVM TkQKywa071jMNikzuSoqacW3NAthKEuwCj9uHjNg/SD+ade4NH/Tu575jd4qRGRBOH6m ChkjefhiH6Fg9W9mr1VGjlfu0E65Vo62rkqqj7Sop6XnnkdnDgglNJYNh10eLOrhF/UK xSwA== X-Gm-Message-State: AOAM530DAaIolZ/g1vDwKEwXjZImLtN6H2BrkZq19CJgm/MiuI0NeSSw MC6GYvKZxwegEiAZZcPE3kUT42VildgNhvy8L8GrMfZknCc= X-Google-Smtp-Source: ABdhPJwpu/TjZaisDOoHAaWl8w0x2NQJJHDdxqph81Sow+j5FA5PZIpMVHHpntNkuqusBDv3l3/RazK770CxXxI8E44= X-Received: by 2002:a2e:b5cd:: with SMTP id g13mr1153211ljn.248.1611611012216; Mon, 25 Jan 2021 13:43:32 -0800 (PST) MIME-Version: 1.0 From: Barry Leiba Date: Mon, 25 Jan 2021 16:43:21 -0500 Message-ID: To: draft-ietf-jmap-mdn.all@ietf.org Cc: IETF JMAP Mailing List Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Jmap] Final check on draft-ietf-jmap-mdn-16 X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2021 21:43:36 -0000 Authors and shepherd, I'm just doing a final check on whether draft-ietf-jmap-mdn-16 is ready for approval. Is there anything else the authors would like to check or tweak before I approve it? Please let me know either way. Thanks, Barry From nobody Mon Jan 25 14:38:50 2021 Return-Path: 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 572213A19C0; Mon, 25 Jan 2021 14:38:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.937 X-Spam-Level: X-Spam-Status: No, score=0.937 tagged_above=-999 required=5 tests=[DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.635, 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=neutral reason="invalid (public key: not available)" 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 PBrMh_BU7-DW; Mon, 25 Jan 2021 14:38:46 -0800 (PST) Received: from smtp.linagora.com (smtp.linagora.com [54.36.8.78]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 378393A19BF; Mon, 25 Jan 2021 14:38:45 -0800 (PST) Received: from ?Open?PaaS?SMTP?server?for?Linagora? (unknown [51.83.109.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.linagora.com (Postfix) with ESMTPSA id 3FBD341F3F; Mon, 25 Jan 2021 23:38:43 +0100 (CET) MIME-Version: 1.0 DKIM-Signature: a=rsa-sha256; b=qqLze2Yne6oXoYlgfuEFLXi/Xca4zLODtJOFI2NBTTeyj/FfNr2hZaYBsT4CirNUf6OgwaeDSzp+QXl+hRsFGiJKuUSb25so4XT8TrozD0dE06I1puAr7rHDOiZiVpoaz4S7Od2qec804apr3VYgC8WKBMW1tjO7/wwbU4SPIfUFQ04D2InWNJK7DSRhY2PXonCrZ4AsAqArgs3aRNCKA6d2R3L7cPe1J3oq6SxRpMu02afQKHkgBYZvIMe9h6s6O5EAbY/EzpzW8JZXXs8ESd8r4GLeEcLYHWPX7doWwh2r080/5cfRfpWWcQTL7oMxO+twbF5dvXdaBJ2Q4HrETg==; s=smtpoutjames; d=linagora.com; v=1; bh=RwRz+tanPWx8r/xVSNorw1FM1jYL2RLTsfQkr2L/NJw=; h=from : reply-to : subject : date : to : cc : resent-date : resent-from : resent-sender : resent-to : resent-cc : in-reply-to : references : list-id : list-help : list-unsubscribe : list-subscribe : list-post : list-owner : list-archive; Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-LINAGORA-Copy-Delivery-Done: 1 From: Raphael OUAZANA Sender: Raphael OUAZANA Reply-To: rouazana@linagora.com To: "draft-ietf-jmap-mdn.all@ietf.org" , Barry Leiba Cc: IETF JMAP Mailing List Message-ID: Date: Mon, 25 Jan 2021 22:38:40 +0000 References: In-Reply-To: Archived-At: Subject: Re: [Jmap] Final check on draft-ietf-jmap-mdn-16 X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2021 22:38:48 -0000

Evrything is fine for me=2E

Thanks,

Rapha=C3=ABl=2E

<= cite>On January 25, 2021 10:43 PM, from barryleiba@computer=2EorgAuthors and shepherd,

I'm just doing a final check on wheth= er draft-ietf-jmap-mdn-16 is
ready for approval=2E Is there anything el= se the authors would like to
check or tweak before I approve it? Please= let me know either way=2E

Thanks,
Barry

_________________= ______________________________
Jmap mailing list
Jmap@ietf=2Eorg
h= ttps://www=2Eietf=2Eorg/mailman/listinfo/jmap From nobody Thu Jan 28 09:31:39 2021 Return-Path: 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 080CB3A1665; Thu, 28 Jan 2021 09:31:33 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: internet-drafts@ietf.org To: Cc: jmap@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: jmap@ietf.org Message-ID: <161185509298.639.11589043030620472237@ietfa.amsl.com> Date: Thu, 28 Jan 2021 09:31:33 -0800 Archived-At: Subject: [Jmap] I-D Action: draft-ietf-jmap-mdn-17.txt X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2021 17:31:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the JSON Mail Access Protocol WG of the IETF. Title : Handling Message Disposition Notification with JMAP Author : Raphaël Ouazana Filename : draft-ietf-jmap-mdn-17.txt Pages : 13 Date : 2021-01-28 Abstract: This document specifies a data model for handling Message Disposition Notifications (MDNs, RFC 8098) in the JSON Meta Application Protocol (JMAP, RFCs 8620 and 8621). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-jmap-mdn/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-jmap-mdn-17 https://datatracker.ietf.org/doc/html/draft-ietf-jmap-mdn-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-jmap-mdn-17 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jan 29 05:14:43 2021 Return-Path: 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 A15A83A0CAC for ; Fri, 29 Jan 2021 05:14:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 fRmKEjMGXgrk for ; Fri, 29 Jan 2021 05:14:39 -0800 (PST) Received: from mail.audriga.com (mail.audriga.com [176.221.42.35]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E3683A0CA2 for ; Fri, 29 Jan 2021 05:14:39 -0800 (PST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.audriga.com (Postfix) with ESMTP id 505C5A1C9; Fri, 29 Jan 2021 14:14:37 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.audriga.com Received: from mail.audriga.com ([127.0.0.1]) by localhost (mail.audriga.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7YlRlhZXcaCC; Fri, 29 Jan 2021 14:14:34 +0100 (CET) Received: from [192.168.0.133] (HSI-KBW-46-223-162-17.hsi.kabel-badenwuerttemberg.de [46.223.162.17]) (Authenticated sender: joris@audriga.com) by mail.audriga.com (Postfix) with ESMTPSA id AC52BA1A2; Fri, 29 Jan 2021 14:14:34 +0100 (CET) References: <161191089978.17240.10563196389228010167@ietfa.amsl.com> To: jmap@ietf.org From: Joris Baum Cc: Hans-Joerg Happel X-Forwarded-Message-Id: <161191089978.17240.10563196389228010167@ietfa.amsl.com> Message-ID: <3dc39912-c432-1c4e-df09-b50da0ee738d@audriga.com> Date: Fri, 29 Jan 2021 14:14:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: <161191089978.17240.10563196389228010167@ietfa.amsl.com> Content-Type: multipart/alternative; boundary="------------628C654618244B842B6587FA" Content-Language: en-US Archived-At: Subject: [Jmap] Fwd: New Version Notification for draft-baum-jmap-tasks-00.txt X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2021 13:14:42 -0000 This is a multi-part message in MIME format. --------------628C654618244B842B6587FA Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hey all, as discussed during last IETF, we pushed forward with a first draft of=20 JMAP for Tasks. It is heavily based on JMAP for Calendars and uses the new sharing spec. = There are certainly still some gaps and some issues we would like to=20 discuss deeper. Looking forward to any comments! Regards, Joris -------- Forwarded Message -------- Subject: New Version Notification for draft-baum-jmap-tasks-00.txt Date: Fri, 29 Jan 2021 01:01:39 -0800 From: internet-drafts@ietf.org To: Hans-Joerg , Joris Baum A new version of I-D, draft-baum-jmap-tasks-00.txt has been successfully submitted by Joris Baum and posted to the IETF repository. Name: draft-baum-jmap-tasks Revision: 00 Title: JMAP for Tasks Document date: 2021-01-29 Group: Individual Submission Pages: 16 URL: https://www.ietf.org/archive/id/draft-baum-jmap-tasks-00.txt Status: https://datatracker.ietf.org/doc/draft-baum-jmap-tasks/ Html: https://www.ietf.org/archive/id/draft-baum-jmap-tasks-00.html Htmlized: https://tools.ietf.org/html/draft-baum-jmap-tasks-00 Abstract: This document specifies a data model for synchronizing task data with a server using JMAP. Please note that it may take a couple of minutes from the time of submiss= ion until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --------------628C654618244B842B6587FA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Hey all,

as discussed during last IETF, we pushed forward with a first draft of JMAP for Tasks.

It is heavily based on JMAP for Calendars and uses the new sharing spec. There are certainly still some gaps and some issues we would like to discuss deeper. Looking forward to any comments!

Regards,

Joris

-------- Forwarded Message --------
Subject: New Version Notification for draft-baum-jmap-tasks-00.txt
Date: Fri, 29 Jan 2021 01:01:39 -0800
From: internet-drafts@ietf.org
To: Hans-Joerg <hans-joerg@audriga.com>, Joris Baum <joris@audriga.com>



A new version of I-D, draft-baum-jmap-tasks-00.txt
has been successfully submitted by Joris Baum and posted to the
IETF repository.

Name: draft-baum-jmap-tasks
Revision: 00
Title: JMAP for Tasks
Document date: 2021-01-29
Group: Individual Submission
Pages: 16
URL: https://www.ietf.org/archive/id/draft-baum-jmap-tasks-00.txt
Status: https://datatracker.ietf.org/doc/draft-baum-jmap-tasks/
Html: https://www.ietf.org/archive/id/draft-baum-jmap-tasks-00.html
Htmlized: https://tools.ietf.org/html/draft-baum-jmap-tasks-00


Abstract:
This document specifies a data model for synchronizing task data with
a server using JMAP.



Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


--------------628C654618244B842B6587FA-- From nobody Fri Jan 29 08:01:48 2021 Return-Path: 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 898CD3A1109; Fri, 29 Jan 2021 08:01:40 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Bron Gondwana , The IESG , barryleiba@gmail.com, brong@fastmailteam.com, draft-ietf-jmap-mdn@ietf.org, jmap-chairs@ietf.org, jmap@ietf.org, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <161193610054.11592.8317089481507604415@ietfa.amsl.com> Date: Fri, 29 Jan 2021 08:01:40 -0800 Archived-At: Subject: [Jmap] Protocol Action: 'Handling Message Disposition Notification with JMAP' to Proposed Standard (draft-ietf-jmap-mdn-17.txt) X-BeenThere: jmap@ietf.org X-Mailman-Version: 2.1.29 List-Id: JSON Message Access Protocol List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2021 16:01:41 -0000 The IESG has approved the following document: - 'Handling Message Disposition Notification with JMAP' (draft-ietf-jmap-mdn-17.txt) as Proposed Standard This document is the product of the JSON Mail Access Protocol Working Group. The IESG contact persons are Murray Kucherawy and Barry Leiba. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-jmap-mdn/ Technical Summary This spec extends JMAP-mail with an object representation for message delivery notification messages and allows the server to create and parse those notifications on behalf of the client. Working Group Summary This document underwent numerous revisions in the working group. As the first extension to the JMAP spec written by somebody other than the original authors, it's going to set the example that future extensions work from, and the authors did an excellent job of collating feedback and making sure their spec was consistent with the "JMAP way". Document Quality This spec is quite easy to implement - there is a mostly complete implementation in the Cyrus IMAP server already. Personnel Document Shepherd - Bron Gondwana (JMAP co-chair) Responsible Area Director - Barry Leiba