Re: [Extra] Call for adoption, draft-gondwana-sieve-mailboxid

Ned Freed <ned.freed@mrochek.com> Sat, 11 August 2018 23:03 UTC

Return-Path: <ned.freed@mrochek.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 C276F130E66 for <extra@ietfa.amsl.com>; Sat, 11 Aug 2018 16:03:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mrochek.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 FJirDXs7wg8V for <extra@ietfa.amsl.com>; Sat, 11 Aug 2018 16:03:22 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [68.183.62.69]) (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 AEB6B130DDF for <extra@ietf.org>; Sat, 11 Aug 2018 16:03:22 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QVYD4LVVY8001ADP@mauve.mrochek.com> for extra@ietf.org; Sat, 11 Aug 2018 15:58:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=201712; t=1534028295; bh=DrPv8EYEqUMbIWfgQLRP4AASOJnxbIm7CFjDI9A112g=; h=Cc:Date:From:Subject:In-reply-to:References:To:From; b=lp16pf4fa5bvHlPvSpvDrhwHZkdd9OGGSG/fpcKCJloEXTuqiqHG8DKIDertjMCxd lkC5KHkWktFeVXzGhlrlk/laHCm63XoU9oTq6Vae6njIeJG9jXLJXrtdCfV2p7lNWv N9M4PDwzVQoeP3eILB1We1f88iGIUGmhx72a8GY4=
MIME-version: 1.0
Content-transfer-encoding: 8bit
Content-type: TEXT/PLAIN; charset="utf-8"; format="flowed"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QVMTUL8QXS00004T@mauve.mrochek.com>; Sat, 11 Aug 2018 15:58:09 -0700 (PDT)
Cc: Ned Freed <ned.freed@mrochek.com>, extra@ietf.org
Message-id: <01QVYD4HLYU800004T@mauve.mrochek.com>
Date: Sat, 11 Aug 2018 15:56:16 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Sat, 11 Aug 2018 16:18:53 -0400" <92650f94-50da-88be-466a-02fbab806c92@fastmail.com>
References: <1533965215.3244415.1470608496.2420C769@webmail.messagingengine.com> <3b91e44b-88ec-4665-fb1e-666ffc87f03e@fastmail.com> <01QVY4QRCYRI00004T@mauve.mrochek.com> <92650f94-50da-88be-466a-02fbab806c92@fastmail.com>
To: Ken Murchison <murch@fastmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/nOT5BJJfp_Tkj6V-uK4A6gWK6Qg>
Subject: Re: [Extra] Call for adoption, draft-gondwana-sieve-mailboxid
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.27
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: Sat, 11 Aug 2018 23:03:24 -0000


> On 08/11/2018 02:55 PM, Ned Freed wrote:
> >> This extension can probably interact with :fcc.
> >
> > Definitely.
> >
> >>   Should the interop be
> >> described in this draft of the :fcc draft?
> >
> > Why not have it build on the :fcc draft instead of creating a dependency
> > in the other direction?

> Agreed.



> >> Additionally, the :mailboxid argument probably doesn't play well with
> >> :create, or at least I don't see how it could without a mailbox name.
> >
> > Not sure I see the conflict. Of course you can't create a mailbox
> > with the specified objectid, but in the fallback case :create would
> > still be valid.
> >
> > It just needs to be spelled out in the document.

> :create wouldn't have a mailbox name to use if :mailboxid is specified. 
> :mailboxid changes the positional parameter in fileinto from a name to
> an id (unless I'm reading it incorrectly).

Missed that, sorry.

I'm not sure I agree with this approach. Why not use the :specialuse
approach instead, where :specialuse takes an argument specifying the
specialuse mailbox and if it doesn't exist then the regular fileinto
argument is used instead.

Wouldn't a similar semantic make sense for objectid in the event
that the folder with the specified objectid is gone?

				Ned