[imap5] Existing RFCs - what do they solve, and how to solve those problems

Bron Gondwana <brong@fastmail.fm> Sun, 12 February 2012 20:22 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 DA35C21F854B for <imap5@ietfa.amsl.com>; Sun, 12 Feb 2012 12:22:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 qj2T3ViqrvOQ for <imap5@ietfa.amsl.com>; Sun, 12 Feb 2012 12:22:27 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by ietfa.amsl.com (Postfix) with ESMTP id 32EDB21F864E for <imap5@ietf.org>; Sun, 12 Feb 2012 12:22:27 -0800 (PST)
Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 9DC9620DEF for <imap5@ietf.org>; Sun, 12 Feb 2012 15:22:25 -0500 (EST)
Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute4.internal (MEProxy); Sun, 12 Feb 2012 15:22:25 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:from:to:subject:message-id:mime-version:content-type; s= mesmtp; bh=stI1/kc9DYJdTuwJVNXMpZuAEzo=; b=k/P31OFsSSRXpu13aY6D3 tYSodiLhpuEF9wivCO4Vc6ijQidEpQ2VX8u0Ov3IQHF7pKy7VkSzNP9/jz6s2m3d yKt2a1vVwJMdCl2r/rBIj74vKaZA8Njye6KjrGHELlLSeLZdOpzFH/mOVf2/2RJ/ /9bscAVJjuQiGpe+dJt9/0=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:subject:message-id :mime-version:content-type; s=smtpout; bh=stI1/kc9DYJdTuwJVNXMpZ uAEzo=; b=W/P8d61iRUhDEuFPi18rMhi9SUNP/BGTVqz+Z9MwvT6vz5QTomsm14 pAmfY+iIT4Bip4FCr8c9Bj5n/0TtXv8/AFdFEDLJKhLyOP+iNbO86dtgZhdY2bXn T66yVGLtG6l4tSEKXfVgsPkvwA4pmRwecen/gB31yi/KJariYwLvo=
X-Sasl-enc: SkQpQQP+fmA8VpuiHltQbtkjhGoV0J0E5pnc/Urz46oE 1329078145
Received: from localhost (99.249.9.46.customer.cdi.no [46.9.249.99]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5C22B4827D2 for <imap5@ietf.org>; Sun, 12 Feb 2012 15:22:25 -0500 (EST)
Received: by localhost (Postfix, from userid 1000) id D001E327E1F; Sun, 12 Feb 2012 21:22:23 +0100 (CET)
Date: Sun, 12 Feb 2012 21:22:23 +0100
From: Bron Gondwana <brong@fastmail.fm>
To: imap5@ietf.org
Message-ID: <20120212202223.GA22484@launde.brong.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
Organization: brong.net
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: [imap5] Existing RFCs - what do they solve, and how to solve those problems
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: Sun, 12 Feb 2012 20:22:29 -0000

Before building something new, it helps understand what's already been
done and what problems it's solving - since I won't have seen every
problem that everyone is having.  I'm probably not the best standards
writer or the best programmer out there - but I'm driven do this bloody
thing!

I plan to build a list of all the RFCs which refer to the communications
between clients and servers.  http://www.imc.org/rfcs.html is a good
starting point.  I want to capture things like ACAP and SIEVE as well.

I plan to build a table with:

a) RFC Number and title
b) Problem being solved
c) Plan to handle that same problem

Now it may be that (c) is "won't deal with it", or "won't exist because
it's a workaround for a deficiency which won't exist".  I'm hoping for
more of the latter.

I went to a great talk by Damien Conway about rewriting all his CPAN
Perl modules for Perl6 (yes, yes - I know, it doesn't even exist yet).
Fully half of his modules were workarounds for deficiencies in perl5
which just don't exist in perl6, so they don't need to be ported.
Of the rest, many were cut down to fewer than half the number of lines
of code due to the increased expressivity of the new language.

I hope many of the extension RFCs for IMAP will fall under the same
patterns - simpler to implement if required at all.

I'll post more here as the list of RFCs is put together.  I'm
particularly hoping to make sure I don't miss any relevant RFCs:

http://imapwiki.org/ImapRFCList

Bron.