Re: [imap5] Designing a new replacement protocol for IMAP

Bron Gondwana <brong@fastmail.fm> Wed, 15 February 2012 21:31 UTC

Return-Path: <brong@fastmail.fm>
X-Original-To: imap5@ietfa.amsl.com
Delivered-To: imap5@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72A0321E80AA for <imap5@ietfa.amsl.com>; Wed, 15 Feb 2012 13:31:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.275
X-Spam-Level:
X-Spam-Status: No, score=-3.275 tagged_above=-999 required=5 tests=[AWL=-0.276, BAYES_00=-2.599, J_CHICKENPOX_44=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iDgofFD8E4wK for <imap5@ietfa.amsl.com>; Wed, 15 Feb 2012 13:31:24 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by ietfa.amsl.com (Postfix) with ESMTP id 843A821E8032 for <imap5@ietf.org>; Wed, 15 Feb 2012 13:31:24 -0800 (PST)
Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 3713C20DF5 for <imap5@ietf.org>; Wed, 15 Feb 2012 16:31:24 -0500 (EST)
Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 15 Feb 2012 16:31:24 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=mesmtp; bh=MJoZg4+0moKNKXZIJTKb05w8 l08=; b=G/r2aofYtjyUOIrNYK4LNQil5UKPQjdICwDEaEWVTnLLuFHSFsLNk2nw khpHOegs9b/EY5XoiNTTJ3dlNxtOhLpxjqZW/EE95XZE0f635Ul/BTj/J5mjfo/V yFTG8Z87/KGrolObUFzKxaS3HiHyDxNFE4gddHhBLlPddWTQRPQ=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:in-reply-to; s=smtpout; bh=MJoZg4+0moKNKXZIJTKb05w8l08=; b=pMyF01e4vJdWACHYhdEcC9gizrtU qC1Zdjyv5ZZ6HSRt1IB0sQaCq7bkobcCW8qSg9HNGNJQGJPKRxiNcT4z+4j7xxA4 DvgaLs7/VKUUFAKQkjngsLmIH9nOmn/sZeSwrBj1ScjFiDYReOGBsxqNM7m5KEI9 1On1Jtzfl9dMyU0=
X-Sasl-enc: gtc0+VXjvNpPvvi1tms5Re6+CzPw1i7CiybQlsTCibqm 1329341483
Received: from localhost (99.249.9.46.customer.cdi.no [46.9.249.99]) by mail.messagingengine.com (Postfix) with ESMTPSA id DF33C48251E; Wed, 15 Feb 2012 16:31:23 -0500 (EST)
Received: by localhost (Postfix, from userid 1000) id A0D79327E2F; Wed, 15 Feb 2012 22:31:22 +0100 (CET)
Date: Wed, 15 Feb 2012 22:31:22 +0100
From: Bron Gondwana <brong@fastmail.fm>
To: Mark Crispin <mrc+ietf@panda.com>
Message-ID: <20120215213122.GB16253@launde.brong.net>
References: <B764BD8C8B6047E659EABBE2@caldav.corp.apple.com> <4F397212.1030107@qbik.com> <20120213210805.GB13029@launde.brong.net> <alpine.LSU.2.00.1202151405550.30682@hermes-2.csi.cam.ac.uk> <1329315552.1444.140661036879893@webmail.messagingengine.com> <4F3BBFA4.8010107@isode.com> <1329316981.8310.140661036883625@webmail.messagingengine.com> <4F3BC7DA.5070803@gulbrandsen.priv.no> <20120215181047.GB13906@launde.brong.net> <alpine.OSX.2.00.1202151020140.38441@hsinghsing.panda.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <alpine.OSX.2.00.1202151020140.38441@hsinghsing.panda.com>
Organization: brong.net
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: imap5@ietf.org
Subject: Re: [imap5] Designing a new replacement protocol for IMAP
X-BeenThere: imap5@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion on drastically slimming-down IMAP." <imap5.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/imap5>, <mailto:imap5-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/imap5>
List-Post: <mailto:imap5@ietf.org>
List-Help: <mailto:imap5-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imap5>, <mailto:imap5-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Feb 2012 21:31:29 -0000

On Wed, Feb 15, 2012 at 11:51:39AM -0800, Mark Crispin wrote:
> On Wed, 15 Feb 2012, Bron Gondwana wrote:
> >No side effects.  No magic.
> 
> Your effort is doomed with that attitude.

My effort would be even more doomed if I had your attitude,
of course.

And you're right - "no" is too strong.  There will have to
be magic.  There doesn't have to be side effects though.
More protocol consumers are aware of the downsides of them
these days.  They know there's a tradeoff, and side-effect-free
is not just the realm of ivory tower Haskell peddlers.

Magic is bound to happen, but if there's a clear way to
indicate that you want the magic, rather than a default
of magic, I contend that protocol consumers will be
pleased.  I suspect most protocol consumers use BODY.PEEK
and explicit "STORE \Seen" these days.  I could collect
some statistics amongst our users easily enough, though
I would have to exclude our web interface or it would
skew the stats.

At least there is BODY.PEEK.

Bron.