IETF Logo Mail Archive

Re: [Jmap] Working group last call draft-ietf-jmap-webpush-vapid

Bron Gondwana <brong@fastmailteam.com> Mon, 08 April 2024 02:28 UTC

Return-Path: <brong@fastmailteam.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 169D6C14F61D for <jmap@ietfa.amsl.com>; Sun, 7 Apr 2024 19:28:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.796
X-Spam-Level:
X-Spam-Status: No, score=-2.796 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_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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="s3RieUm1"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="WtEPwX79"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7gTUoJnSn8SI for <jmap@ietfa.amsl.com>; Sun, 7 Apr 2024 19:28:28 -0700 (PDT)
Received: from wfout5-smtp.messagingengine.com (wfout5-smtp.messagingengine.com [64.147.123.148]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D127C14F60A for <jmap@ietf.org>; Sun, 7 Apr 2024 19:28:27 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfout.west.internal (Postfix) with ESMTP id E94EB1C000B1; Sun, 7 Apr 2024 22:28:24 -0400 (EDT)
Received: from imap43 ([10.202.2.93]) by compute5.internal (MEProxy); Sun, 07 Apr 2024 22:28:25 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=cc:cc:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1712543304; x=1712629704; bh=b7FU+WW5HlT+uylvDpuKR0HZUgX32glTMqnVkFjk3po=; b= s3RieUm1DiHvzWa/GfSz3C78PrMG+ssqqA+hizBd0l3dkX/GoYZ2bpNyZcgVWeWJ W2vKFFzLBHYoOlpjI69BHMPsUbZD3Eqf/WiWev1ekQOgZIcnD2AMQujxIc+dxaN4 6501kZTvrj7hUnrPQdhCDj1Xe843XYvSICbyUDckLFh4Nse2QgfoIaN8Tx8wYBgf B3GoXkafaGVH83chy+zt5wqkhLozjeqRKp0EBJnfyAAu5O6z2GMlbh+InMPMVgUB 19dT0S/MeKLdIAJm2CIjNyh36HSTYtGtA7FAr3ssMG+b8xMYeJJGdRDthv8ZFae9 sK4Wxp1jM6HGh65UBFlVjg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1712543304; x=1712629704; bh=b7FU+WW5HlT+uylvDpuKR0HZUgX3 2glTMqnVkFjk3po=; b=WtEPwX79ZKmtkqSKKVGMq2MEN+uqP+UgMUZQGb3dmnOU AbeEZzoOZyrqIwFC3ONvq4FCVR2tfG15HUDczP7Jk7AxL40mC44z5x87LOkrcHVK 68AIZXpGc4KGUfnWyPbGF37xRpdL7rh+lREeYYEdHWh1nTjSmoGeLAeJ35SUeNid pJlRqOn7XZl9shoXWAb8HsfNunGEFasyPm+U+4eQ0R6cZ+/+ikvDIJ7iGBqETBB6 3jFcHghsF3uF2fPRzROmylVsaInLVgTdXU+9XASaOvqCtVBhPX4plYPzn1UkHhl2 +VrqZDGqRHLkDVsxzSnQbR+H/WyW/3rSdOi05YPkUQ==
X-ME-Sender: <xms:SFYTZkFoA6hRne4NxdsGBd2SnTWnRs9c1ZS10myp-ePoONjrs7_pXQ> <xme:SFYTZtXl_1o7Y0xi6_U4vCexUrnntBKKltPQ6PWGwcE3KQKhga4Y-1ox1tCFx0H27 BbGmM19Ntw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrudeghedgheekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvvefutgesrg dtreerreertdenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhg sehfrghsthhmrghilhhtvggrmhdrtghomheqnecuggftrfgrthhtvghrnhepgeeuheefge eufeevieduleeuledvgedtheffledtleffueeigfeukeekkeettddvnecuffhomhgrihhn pehivghtfhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:SFYTZuKRLjW8Yqo-KVMir1wr1IaSPd2hPUDgTog5_Lyh24sM4b92ww> <xmx:SFYTZmGVIDm1jJB7tJKoZKKVIk2MxXKJ8_Qy-2IbLqWmPEhSQiUMBQ> <xmx:SFYTZqWExKi5Mu-o9D-0FAEUl3sQAh8dg_GGNJpPFc5HXSBFzaybtw> <xmx:SFYTZpNU20kShisjg6KLg04XpQPy0TCNT9qI1J9Hkf6lU7he6Lif1A> <xmx:SFYTZteLVot-MJyp9fzOMr6SN3TvxK0NjL8WrULAgr_0WCy_yfYxWJp8>
Feedback-ID: i2d7042ce:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id F160D2D4007D; Sun, 7 Apr 2024 22:28:23 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.11.0-alpha0-368-gc733b1d8df-fm-20240402.001-gc733b1d8
MIME-Version: 1.0
Message-Id: <7fb768b0-3c97-4668-8616-b300b03aeb1a@app.fastmail.com>
In-Reply-To: <4b201702-ad4a-4b0e-86da-fac9f07d265e@app.fastmail.com>
References: <fb1b10ae-ea36-4ee4-b84f-b62f036cfaf5@app.fastmail.com> <4b201702-ad4a-4b0e-86da-fac9f07d265e@app.fastmail.com>
Date: Mon, 08 Apr 2024 12:28:03 +1000
From: Bron Gondwana <brong@fastmailteam.com>
To: jmap@ietf.org
Cc: daniel@gultsch.de
Content-Type: multipart/alternative; boundary="6babbda36f44468c83f3162f76f8464f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/iQNpew3tlxr6GS0sdw-wuuHZzsM>
Subject: Re: [Jmap] Working group last call draft-ietf-jmap-webpush-vapid
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 08 Apr 2024 02:28:33 -0000

Hi Daniel,

The working group last call has expired, but we have a couple of responses (both mine and Jim's) querying how to handle key rotation and (in Jim's case) algorithmic agility.

Can you please address those in a new draft.

Thanks,

Bron.

On Thu, Mar 21, 2024, at 18:53, Bron Gondwana wrote:
> I have feedback!
> 
> I am considering the case where the server wishes to rotate its `applicationServerKey` value.  I checked in with Martin Thomson about this, and we decided it makes sense to keep track of the value per subscription; so:
> 
> We need to extend BOTH PushSubscription/set and PushSubscription/get to add an `applicationServerKey` value.  The client MUST echo back the value from the session object when creating a push subscription if it has given this value to the PushSubscription target system.
> 
> We also need to allow PushSubscription/set to reject an attempt to extend the expiry time further into the future; I don't see a good error code for this, so we may need to define a new one.  Given that error, the client would be required to create a new PushSubscription, using the new applicationServerKey, and destroy the existing PushSubscription.
> 
> Bron.
> 
> On Thu, Mar 21, 2024, at 12:09, Bron Gondwana wrote:
>> Hi All,
>> 
>> This email starts a working group last call for https://datatracker.ietf.org/doc/draft-ietf-jmap-webpush-vapid/ as discussed in the IETF119 session.
>> 
>> Please post any comments or responses by *Thursday, April 4th, 2024*.
>> 
>> Thanks,
>> 
>> Bron.
>> 
>> 
>> --
>>   Bron Gondwana, CEO, Fastmail Pty Ltd
>>   brong@fastmailteam.com
>> 
>> 
> 
> --
>   Bron Gondwana, CEO, Fastmail Pty Ltd
>   brong@fastmailteam.com
> 
> 
> _______________________________________________
> Jmap mailing list
> Jmap@ietf.org
> https://www.ietf.org/mailman/listinfo/jmap
> 

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

v2.23.0 | Report a Bug | By Email