Re: [Extra] I-D Action: draft-ietf-extra-imap4rev2-05.txt

"Bron Gondwana" <brong@fastmailteam.com> Mon, 15 July 2019 13:23 UTC

Return-Path: <brong@fastmailteam.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 77C1412008A for <extra@ietfa.amsl.com>; Mon, 15 Jul 2019 06:23:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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=b5+IJYoq; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=oRfMiOkc
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 xQCsY17HGwvU for <extra@ietfa.amsl.com>; Mon, 15 Jul 2019 06:22:58 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEFC612004C for <extra@ietf.org>; Mon, 15 Jul 2019 06:22:58 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 03FFE20D2D for <extra@ietf.org>; Mon, 15 Jul 2019 09:22:58 -0400 (EDT)
Received: from imap7 ([10.202.2.57]) by compute6.internal (MEProxy); Mon, 15 Jul 2019 09:22:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm3; bh=aH67WZY TzYYgK3AxNbRW47bbh612DI34biPXgiL+tas=; b=b5+IJYoqce+OSnSFoTcIYvw vwGOFpNrvFOZe2KX/xmoEV5KY2tJJTHqbWpkelkk70/E1m+f5pSV/NA6fCZ1/Tja bU0RgYG6UYUl2oA7yihM9WDF4x6LrRQfM/Op6CiSywZSUvRGLKio7f9h6xL2Upg+ hvwZbE8xX67Q5qGDMQZa6cWqNKs5iExJL5CYBLEaMoDTRw16Tq8cmjIfekmy49RG vFqnrsClT+zHtJffBy4D2OHEqR5aGudrWdNyJ2J5LTZWbEaqSEIioGKDRTMo4uBt M7ra1vBl3ynvc6JRzNiSZ5DUDr5n9yjWSXeN6hR54I4MKZ0+Q1yJcqvtzYpgWdw= =
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=aH67WZ YTzYYgK3AxNbRW47bbh612DI34biPXgiL+tas=; b=oRfMiOkchYIvNlRRlTApsI NryTSrykXEvUt1cL57sZt8flcNhJfM4R1xoKa2XpZkbTDYTOzlIcssbFRuOhXUCo hv9thx56jvO/Gb8j3vQxPH+wXaUjbrDVKE1TouhWaFuArPKdVd94liLTLpCByEA1 mjyxyaWr5ge5ESFP24OuGQAiZmAl5QQnC+FYqcAME4Xy+fWx+NqRVZrXCwNYcPGV 2Q4xjbjLorxIHb3vxeq+wndqutDnDDs9tkR1MfZ9YsLCp4lhcz64xSPBUv8WfRja f2XcIW64/dpVwuIa1Eb/Smd+Ec7bYphJ2F2ZYO2jRilml76QDj9//AT+xSLAqL3Q ==
X-ME-Sender: <xms:MX4sXaJu7bGDVaBTbrXJSzWAHMfmu88Dp5zJmjTFh_2WBLje4qL3vg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrheekgdeivdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesrgdtre erreerjeenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehf rghsthhmrghilhhtvggrmhdrtghomheqnecuffhomhgrihhnpehivghtfhdrohhrghdpih gvthhfrddrohhrghenucfrrghrrghmpehmrghilhhfrhhomhepsghrohhnghesfhgrshht mhgrihhlthgvrghmrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd
X-ME-Proxy: <xmx:MX4sXSluQqjgzeQIrNMbcABhYHF86YAG6iiegQYsYn36TMnR7E4HMg> <xmx:MX4sXQIBzEMPwFcVcFuuc334rrnkJx3iAWvx0ucGI0BkAmqfVD-mDA> <xmx:MX4sXdWQ1OYbUZQiD2KM7emXnrJlTdyLjXCfbbX3-wsAXbKzPurZIQ> <xmx:MX4sXYIakmTZvKq2grnKiBoMwG6F3s9AcEdw6LMF6GzyfwCgIWxQ0Q>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 59E1F190AEB; Mon, 15 Jul 2019 09:22:57 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.1.6-731-g19d3b16-fmstable-20190627v1
Mime-Version: 1.0
Message-Id: <70c02daf-4b3f-4cc3-8ef3-ae7e6da4db1b@www.fastmail.com>
In-Reply-To: <CALaySJJ8G3yojqib3UbMMt6aMR=unsa93P=4FPik8pX9VSZZzA@mail.gmail.com>
References: <156268893231.15786.8849995440978646095@ietfa.amsl.com> <33b03176-fd2d-474a-abb8-043f1d45451d@www.fastmail.com> <CALaySJJ8G3yojqib3UbMMt6aMR=unsa93P=4FPik8pX9VSZZzA@mail.gmail.com>
Date: Mon, 15 Jul 2019 23:22:56 +1000
From: "Bron Gondwana" <brong@fastmailteam.com>
To: extra@ietf.org
Content-Type: multipart/alternative; boundary=5d83bfb673624a36a4e8ca28e0036ab9
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/Eu2tyo2y2eCCkWtgWTu7EwKGieo>
Subject: Re: [Extra] I-D Action: draft-ietf-extra-imap4rev2-05.txt
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: Mon, 15 Jul 2019 13:23:02 -0000

Can we give clients a reliable sequence? I expect it's probably something like:

a RENAME X Y
b SUBSCRIBE Y
c UNSUBSCRIBE X

Bron.

On Sun, Jul 14, 2019, at 23:12, Barry Leiba wrote:
> This is a really dicey situation, because it’s impossible to know what the user wants, depending upon the situation. One can easily come up with reasonable scenarios where the subscription is strictly to a mailbox’s name, and it should not follow a rename.
> 
> I think the best we can do is talk about the options and use cases, and leave it without normative statements.
> 
> Barry
> 
> On Sun, Jul 14, 2019 at 8:40 AM Bron Gondwana <brong@fastmailteam.com> wrote:
>> __
>> Late comment on this - based on a query that came up in info-cyrus. RFC3501 was not clear on the handling of subscription when renaming folders, or when a client uses the DELETE command itself via IMAP. It does say that the server must not unilaterally remove the subscription if the folder no longer exists (e.g. an alerts mailbox when gets deleted when empty and recreated when new email arrives), but nothing else.
>> 
>> It would be good to clarify expected behaviour in those two cases, and at least say the server MAY delete the subscription if the user deletes a folder, and maybe even SHOULD rename the subscription if the user renames the folder!
>> 
>> Cheers,
>> 
>> Bron.
>> 
>> On Wed, Jul 10, 2019, at 02:15, internet-drafts@ietf.org wrote:
>>> 
>>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>> This draft is a work item of the Email mailstore and eXtensions To Revise or Amend WG of the IETF.
>>> 
>>>  Title : INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev2
>>>  Authors : Alexey Melnikov
>>>  Barry Leiba
>>> Filename : draft-ietf-extra-imap4rev2-05.txt
>>> Pages : 145
>>> Date : 2019-07-09
>>> 
>>> Abstract:
>>>  The Internet Message Access Protocol, Version 4rev2 (IMAP4rev2)
>>>  allows a client to access and manipulate electronic mail messages on
>>>  a server. IMAP4rev2 permits manipulation of mailboxes (remote
>>>  message folders) in a way that is functionally equivalent to local
>>>  folders. IMAP4rev2 also provides the capability for an offline
>>>  client to resynchronize with the server.
>>> 
>>>  IMAP4rev2 includes operations for creating, deleting, and renaming
>>>  mailboxes, checking for new messages, permanently removing messages,
>>>  setting and clearing flags, RFC 5322, RFC 2045 and RFC 2231 parsing,
>>>  searching, and selective fetching of message attributes, texts, and
>>>  portions thereof. Messages in IMAP4rev2 are accessed by the use of
>>>  numbers. These numbers are either message sequence numbers or unique
>>>  identifiers.
>>> 
>>>  IMAP4rev2 does not specify a means of posting mail; this function is
>>>  handled by a mail submission protocol such as RFC 6409.
>>> 
>>> 
>>> The IETF datatracker status page for this draft is:
>>> https://datatracker.ietf.org/doc/draft-ietf-extra-imap4rev2/
>>> 
>>> There are also htmlized versions available at:
>>> https://tools.ietf.org/html/draft-ietf-extra-imap4rev2-05 <https://tools.ietf..org/html/draft-ietf-extra-imap4rev2-05>
>>> https://datatracker.ietf.org/doc/html/draft-ietf-extra-imap4rev2-05
>>> 
>>> A diff from the previous version is available at:
>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-extra-imap4rev2-05
>>> 
>>> 
>>> Please note that it may take a couple of minutes from the time of submission
>>> until the htmlized version and diff are available at tools.ietf.org.
>>> 
>>> Internet-Drafts are also available by anonymous FTP at:
>>> ftp://ftp.ietf.org/internet-drafts/
>>> 
>>> _______________________________________________
>>> Extra mailing list
>>> Extra@ietf.org
>>> https://www.ietf.org/mailman/listinfo/extra
>>> 
>> 
>> --
>>  Bron Gondwana, CEO, Fastmail Pty Ltd
>> brong@fastmailteam.com
>> 
>> 
> _______________________________________________
> Extra mailing list
> Extra@ietf.org
> https://www.ietf.org/mailman/listinfo/extra
> 

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