Re: [Extra] [EXT] Re: Robert Wilton's Discuss on draft-ietf-extra-imap-fetch-preview-09: (with DISCUSS and COMMENT)

Michael Slusarz <michael.slusarz@open-xchange.com> Thu, 24 September 2020 06:30 UTC

Return-Path: <michael.slusarz@open-xchange.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4327A3A041C; Wed, 23 Sep 2020 23:30:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, MIME_HTML_ONLY=0.1, SPF_HELO_NONE=0.001, 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=open-xchange.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 mf5kh3xFdi_T; Wed, 23 Sep 2020 23:30:17 -0700 (PDT)
Received: from mx3.open-xchange.com (alcatraz.open-xchange.com [87.191.39.187]) (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 856D83A0417; Wed, 23 Sep 2020 23:30:17 -0700 (PDT)
Received: from open-xchange.com (imap.open-xchange.com [10.20.30.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx3.open-xchange.com (Postfix) with ESMTPS id 148F26A23D; Thu, 24 Sep 2020 08:30:15 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=open-xchange.com; s=201705; t=1600929015; bh=HrVG2OB3dsHnVhla8jwVdToUTmnD8ke1Kq1zdnuI/c0=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From; b=XjhXSQTfLUGQDYqs9HTrMG1zD/WdPo9gTMjSFo377JpcdhoWqpKPkqPBMomfCWZs9 OK4myTptpihjUOpMWZ+Js10Ew7pQ+SYNPuigKQ3DYfPYf9g4yqQpvukEt3+5qN6E2w ZMS+bXwb6jkcoFVnZENmvMtJ3cGEw9XNuxRALXaKFvY/XBwu4E3jOEA/E+aNyTn4ko JVm+Cbo27Nrr7yzgXhX3wP69QeQhCDYDFrQa/NrVbLkcZXwEOHmCzUGbtA8DCk507s yCTtW9V9RgflKiZxHJPqz16sYKX3UVjjziQzUcj4A41JcLEh4/MOY+CibOyg3ESUEU JUbN2004cpCGA==
Received: from appsuite-gw1.open-xchange.com (appsuite-gw1.open-xchange.com [10.20.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by open-xchange.com (Postfix) with ESMTPSA id ED3933C0045; Thu, 24 Sep 2020 08:30:14 +0200 (CEST)
Date: Thu, 24 Sep 2020 00:30:14 -0600
From: Michael Slusarz <michael.slusarz@open-xchange.com>
To: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>, "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
Cc: Barry Leiba <barryleiba@computer.org>, extra@ietf.org, Bron Gondwana <brong@fastmailteam.com>, The IESG <iesg@ietf.org>, extra-chairs@ietf.org, draft-ietf-extra-imap-fetch-preview@ietf.org
Message-ID: <1873162322.20797.1600929014863@appsuite.open-xchange.com>
In-Reply-To: <fb2a6e94-1355-4901-b566-be94e34cb924@gulbrandsen.priv.no>
References: <160085317360.24429.9473480615397529741@ietfa.amsl.com> <CALaySJLyzwOWYjdx_+y1QhEJ1KEVmuFDGnpPjXjiseB-An4wFg@mail.gmail.com> <MN2PR11MB43665D81C390B1BDB15A8621B5380@MN2PR11MB4366.namprd11.prod.outlook.com> <CALaySJ+RWxkFiSFEfsKvBricNb0p0C2Yom+PfNeXykPc_K0zUg@mail.gmail.com> <MN2PR11MB4366C701954F33831BC8310EB5380@MN2PR11MB4366.namprd11.prod.outlook.com> <CALaySJ+iK-W8mTjz1j3Fj9gjqghzQzPG0EG5GLYVAv9uRqhidg@mail.gmail.com> <MN2PR11MB436644ABD14E296A6574DDA4B5380@MN2PR11MB4366.namprd11.prod.outlook.com> <fb2a6e94-1355-4901-b566-be94e34cb924@gulbrandsen.priv.no>
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
Importance: Normal
X-Mailer: Open-Xchange Mailer v7.10.4-Rev8
X-Originating-Client: open-xchange-appsuite
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/rqlTiBaNhLuk27la_b0iw1oc3Wk>
Subject: Re: [Extra] [EXT] Re: Robert Wilton's Discuss on draft-ietf-extra-imap-fetch-preview-09: (with DISCUSS and COMMENT)
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2020 06:30:19 -0000

The case study we are analysing is expected to be rare.

Real world: a server handling large amounts of incoming mail is going to deal with preview generation at delivery, rather than display. Any delays at delivery are not normally apparent to the end user. For a server supporting this extension, preview data will exist in almost every access, so generation issues will be irrelevant purposes of UX.

If a client is worried about the tiny fraction of requests where a preview can not be generated by the server, that client can have code to fallback to attempting to generating the preview itself (I.e. the current behavior for many clients). The situation of a single email where a preview cannot be generated is going to be interpreted by the end user as an exception... And the lack of preview has no bearing on whether an end user can view the full contents of the message.

michael
On 09/23/2020 2:47 PM Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> wrote:


On Wednesday 23 September 2020 22:18:47 CEST, Rob Wilton (rwilton) wrote:
It states what to do for the case that the server both (i)
cannot generate the preview AND (ii) this is not a transient
error.
IMAP doesn't report transient errors (which is perhaps wrong, but that's
how it is). The server has no way to report transient errors for the other
dozen or more FETCH items. Why makes this one different?

IMO, the document shouldn't mention transient errors at all, since they're
alien to IMAP and orthogonal to this extension.

Arnt