Re: [dispatch] Potential incoming work: web push for IMAP, CalDAV and CardDAV

Julian Reschke <julian.reschke@gmx.de> Thu, 24 October 2019 03:32 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE74312010D for <dispatch@ietfa.amsl.com>; Wed, 23 Oct 2019 20:32:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.7
X-Spam-Level:
X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 lHkxssIX-Fiz for <dispatch@ietfa.amsl.com>; Wed, 23 Oct 2019 20:32:29 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 B268B1200F6 for <dispatch@ietf.org>; Wed, 23 Oct 2019 20:32:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571887937; bh=SbrdViMHp+HzQHAzHysO5sZeHm13qqWbXd3giHOGMJ0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=aM/4iW35NzG07axdGrcoJTkbXFL71cLqxDm9hWI4X19ogUIBax8BFwQROdaXl6b2/ obZmw7M2viBcU+/RNSvIISmA9lsDdPL2zCTOkztzzvKWtkIN1C+4qWYqSmr/jdpCV8 HPSekW4bjSn20hQFlsYvQtAj/4XqOUN140a2UPFw=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.124] ([84.171.146.174]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MoO24-1hdQkL3CJ6-00oopV; Thu, 24 Oct 2019 05:32:17 +0200
To: Michael Toomim <toomim@gmail.com>
Cc: Bron Gondwana <brong@fastmailteam.com>, dispatch@ietf.org
References: <290514e7-79ce-4852-bf05-a684e2e8d045@beta.fastmail.com> <DFC3797D-DA12-4470-9CBE-D7BD981DB6CE@gmail.com> <839ea4e5-db2d-8220-6058-93869a29c185@gmx.de> <82F33D05-D8BC-4F69-A198-677773F3427C@gmail.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <11cabf2e-1550-53e5-60dd-7d1bdf65805a@gmx.de>
Date: Thu, 24 Oct 2019 05:32:14 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <82F33D05-D8BC-4F69-A198-677773F3427C@gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:tTa/UpEb7dcB+vFtzQ1BGDSDb6DiaicL0eepinD3/eBIJzJXS6p LplKFr9v/GdaSzt/+gSfZLJdqlgpgnuGcPkuvZGT3ZBUMYRGfzIFPwAT9h44TEKIXjckPln 3IF6Lcen/AFBWRt4euQ/svZmatC0aaFQtS2hvlc/0xw948D9vInkoYT3kEkIwyshpe33AIx EK9joThjSJH3/rrPV77XQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:F5p5/gdUFLE=:JEDLDQcUbhw9a7g4YF5Y0W U4oOCznJWCmVbgWRVnaRfc9HSG4+bQ3qd+UajZ1pRJFYsDrpIFNStOMRRcfXkUJG6nDEmg7cU YgZjqqEPs870qIW+Z7Z7KMPQufCuVQhf790MA8Mopc3gZLZ6YjP2xOw0caRyhvEEOoPApLCLv NJsp53HP5WNUX5gATmdapYLqESpH+5DOqI5v55zgRqBBLhuhE258lq2B65wlqJnXM4l2D4G/m P/Jj8jw25mwEAIrCuqvvFATDsL6Qa85/t84L+sfV0D6DJz7hodmJdhrUm6ht2zDH/Egy59gNg kgYqJJPB+UYN4VGjxMTHQ8zNHhzHIDjrEYXfdjji9h/jr8PnJ5oAqXgcOGb56DzhDkNZe3rUA BtG3AMu/ThZiR5sJRJAloC4kxmA74fpD4ecEXxPa+DM/hDpnHzcLKvHB38UuDIma0WJFK8s8V HseCvwI6dpo/BQK9UymOG6DUOpyP7x+O736XikvSIvbvsBufuuMiljswjsb3mP7UZV+2scvZ0 /n1n6pQlzyXZYddknugKCE8z7lEYW9m9PPl6kFYAWJc4ITOPNsVMywEtm4o/AYMGomj73lh4Y BfVyV8xOdyrtZZeanhm+jdjEllfVOdXm11q+/YLpInj5FH2MhqQjha/eomHL1qzKmxIwxUQAz O2x18Bhu8MvrZCHrDsLdWlCkKsF4cFvdaTLIWALao6/IXkvv9geXtwtDloDjVv3TjF0tTgCkX JYB9gWy+5uMH1MSGGw3ZZW9U2vHF5n9GxXAaPMMJKb5Ld/ZiAkeLa9F0a/LXaVQ+WaUe1D5El naqPRkLTcIpC6JbzuFJqrImDYWiquStXxcVIkoso6yXogxKyxIsipaitRp8HIJAWRIvkY/ut7 e0+xDY+BV/RTJQPDJPrATKGdiKQiwbHLVY8Fv21N/wLKLyK59M/4ggmDI+jA3Ypc859mc6/4A 0+KXYwL3qgf5ZKsvJS/ckhodSbu9fABIoL4QuQ/E/159Z3fBs5hrMmXZwaPl745cIvmfNFFjJ OzURvxIM0x1RUE9A2NXiIcvxHYn1srPkJg0Y9lmh2Xh6ohuS+czcvmxtJRlhtAkgKxFpdeVb7 ozdpwVIjck5//yoWq/sMHaXh4Hcg/kItQQNnbbKl8MuXkxGo3a1C6ILxdfgbjbcFhm+B13R5v Pjjyc4QURJ3n06/NxEsg3YPRbdh4GW3YV+w4v4oY5zMvxoVU81SplJXqw3I47FAH11jXPlrML gF+jeMv6acDRz4EEwCTI0Cc4zOnKztRad6GG0QQ5iKqmOKiH5zky8o1CAZ2c=
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/KikReuGj-9yLE1Q7fAQ9whZopE0>
Subject: Re: [dispatch] Potential incoming work: web push for IMAP, CalDAV and CardDAV
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Oct 2019 03:32:32 -0000

On 23.10.2019 23:22, Michael Toomim wrote:
> Julian:
>> Mike:
>>> The current design allows clients to specify a "Subscribe" header in the
>>> GET request, which tells the server to keep the connection open and
>>> stream all updates to the resource, as they happen.
>>
>> Why would you need a new header field for that?
>
> The header is just one way to do it.  What we *need* is some way for the client to signal to the server that it wants to subscribe to changes.  Right now, a header on GET seems to be the most elegant way to signal that.

My gut feeling is that you should define a media type that handles this
kind of continueing-to-update content, and then just use Accept: to tell
the server...

Best regards, Julian