Re: [Extra] [EXT] Benjamin Kaduk's No Objection on draft-ietf-extra-imap-fetch-preview-09: (with COMMENT)

Barry Leiba <barryleiba@computer.org> Wed, 23 September 2020 11:36 UTC

Return-Path: <barryleiba@gmail.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 DD5CC3A0D4F; Wed, 23 Sep 2020 04:36:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.403
X-Spam-Level:
X-Spam-Status: No, score=-1.403 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.248, 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 auzknSQdTiXi; Wed, 23 Sep 2020 04:36:44 -0700 (PDT)
Received: from mail-vs1-f49.google.com (mail-vs1-f49.google.com [209.85.217.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 D45523A0C21; Wed, 23 Sep 2020 04:36:43 -0700 (PDT)
Received: by mail-vs1-f49.google.com with SMTP id y190so12247940vsy.1; Wed, 23 Sep 2020 04:36:43 -0700 (PDT)
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=NAPCrzrJOPiR2mIFI93xDXUeCfSsX8NaJJfcQhpeb2M=; b=GpdDDQQjJB5PbQ6Xmj8F+G1fDeRyYpgiwYn+HoG5jANxiUorbbCdyxuJuZYlyPvRME 7t8xVt4bKm26JPhfriFGcWGI5KrKNuB84k6woDiwWHjnXaugINFc7g/UfChsglBFTrg8 R4DJcWGVxPdT8LLmN7l5wMi2+0VdtaGG1vrg7Tw7iobEitSyXwkYXFZIoszRBJHGU27e q7bmpqTBldHnqWiFj+OlmndnwL59vS9EL7Mtme6TLoL30SpVW+NUOsx79A04JH4KRMwW b1Q3xq09EXR1VeppupHNBVsUqxVqN9fBP5DMTgF+SiA1rRlb352+VSeGIGxCWEG9Ni3B 9Ucw==
X-Gm-Message-State: AOAM531uRzN6yJSgQuKC4riSDF5KoI02aK/3XIgsJy/PAOMAI5co+WbV 7srTf8uulg7dyPZ7fWbOS9Vm68u7Q67oyF6F5OMk4akqNjM=
X-Google-Smtp-Source: ABdhPJz2nUQTIMTdsmVuK7RdAu0CSKUOsfQTYqk/Eyij2icbcKs1q4qgfQPW2xYJFh1gDFbEiczGQlrMDsYtZBehi/w=
X-Received: by 2002:a67:f9d6:: with SMTP id c22mr6271550vsq.49.1600861002844; Wed, 23 Sep 2020 04:36:42 -0700 (PDT)
MIME-Version: 1.0
References: <160080490190.9778.18063295243922914906@ietfa.amsl.com> <954798175.17578.1600838053373@appsuite.open-xchange.com>
In-Reply-To: <954798175.17578.1600838053373@appsuite.open-xchange.com>
From: Barry Leiba <barryleiba@computer.org>
Date: Wed, 23 Sep 2020 07:36:31 -0400
Message-ID: <CALaySJJUxM5dQeF0WzsTSJkPYaFVXikmocN2DUuF9ykCSnYOaw@mail.gmail.com>
To: Michael Slusarz <michael.slusarz=40open-xchange.com@dmarc.ietf.org>
Cc: Benjamin Kaduk <kaduk@mit.edu>, Benjamin Kaduk via Datatracker <noreply@ietf.org>, The IESG <iesg@ietf.org>, extra@ietf.org, Bron Gondwana <brong@fastmailteam.com>, extra-chairs@ietf.org, draft-ietf-extra-imap-fetch-preview@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/dtIkAHH4XbYakwr5-XOK0IXqPn8>
Subject: Re: [Extra] [EXT] Benjamin Kaduk's No Objection on draft-ietf-extra-imap-fetch-preview-09: (with 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: Wed, 23 Sep 2020 11:36:45 -0000

> > Section 8
> >
> > Does it go without saying that a given user should only have access to
> > preview content for messages that it has access to the full content of?
>
> The base IMAP4rev1 document doesn't even have this kind of warning.
>  If we think that this is necessary here then we should probably also
> push this idea to Alexey and Barry as they are working on the new IMAP
> revision, since this warning would apply to message data in general.
>
> I don't believe this draft fundamentally changes anything in IMAP.  If
> you can access a mail in a mailbox, you can access its full body.
>  This extension just provides an alternative view of that body data,
> so it doesn't provide a novel way of accessing data.

Put in terms of Ben's phrasing: Yes, it goes without saying.  There's
no partial access in IMAP: if you can do any FETCH command on a
message, you can do all FETCH commands on a message.  I don't think
anything further needs to be said.  We can consider whether it's worth
being more wordy about that in the imap4rev2 draft, which the IESG
should see fairly soon.  (I don't think more is needed there either,
but we can chat about that.)

Barry