[secdir] [new-work] WG Review: IMAP MOVE extension (imapmove)

IESG Secretary <iesg-secretary@ietf.org> Tue, 12 June 2012 16:12 UTC

Return-Path: <new-work-bounces@ietf.org>
X-Original-To: secdir@ietf.org
Delivered-To: secdir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 9498421F85BD; Tue, 12 Jun 2012 09:12:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1339517558; bh=/PYax7+PicnHL607XnIPFklyNoXA19t5FisBWqseuAU=; h=MIME-Version:From:To:Message-ID:Date:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Content-Transfer-Encoding:Sender; b=FZ5VjFaLajB4ZwHuJTSHr4X/8RFIwB1o/VPxuSydWOuTRhJOb2RM+GZ1ukySlS98b PUHFB25+Qfi7CWdGL4AhPDlDp31vAcdgRzO7eCEdEztnlY+ztuTVNi9E/a3qHO2haY 9tEYt7eP5dAFVcBM7VemhO6aZGpnhDIFOkX+8RvQ=
X-Original-To: new-work@ietfa.amsl.com
Delivered-To: new-work@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 5519521F85BD; Tue, 12 Jun 2012 09:12:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.468
X-Spam-Status: No, score=-102.468 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id LDeAnnXo6wak; Tue, 12 Jun 2012 09:12:35 -0700 (PDT)
Received: from ietfa.amsl.com (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 8B5FA21F85AE; Tue, 12 Jun 2012 09:12:35 -0700 (PDT)
MIME-Version: 1.0
From: IESG Secretary <iesg-secretary@ietf.org>
To: new-work@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.20
Message-ID: <20120612161235.1186.33451.idtracker@ietfa.amsl.com>
Date: Tue, 12 Jun 2012 09:12:35 -0700
X-BeenThere: new-work@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: new-work-bounces@ietf.org
Errors-To: new-work-bounces@ietf.org
X-Mailman-Approved-At: Fri, 15 Jun 2012 08:04:51 -0700
Subject: [secdir] [new-work] WG Review: IMAP MOVE extension (imapmove)
X-BeenThere: secdir@ietf.org
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Jun 2012 16:12:38 -0000

A new IETF working group has been proposed in the Applications Area.  
The IESG has not made any determination as yet. The following draft 
charter was submitted, and is provided for informational purposes only. 
Please send your comments to the IESG mailing list (iesg@ietf.org) by 
Tuesday, June 19, 2012.                             

IMAP MOVE extension (imapmove)
Status: Proposed Working Group

Last updated 2012-06-02

Chair(s): TBD 

Applications Area Director(s):
 Pete Resnick <presnick@qualcomm.com> 
 Barry Leiba <barryleiba@computer.org> 

Mailing Lists:
 General Discussion: imapext@ietf.org
 To Subscribe: https://www.ietf.org/mailman/listinfo/imapext
 Archive: http://www.ietf.org/mail-archive/web/imapext/

Description of Working Group:

The Internet Message Access Protocol (IMAP), defined in RFC 3501,
specifies a protocol for transferring email messages between a server
that implements a message store, and a client. It also includes
commands for manipulating the message store -- creating, deleting, and
renaming mailboxes, adding a message to a mailbox, and copying
messages from one mailbox to another.

It's often the case that an IMAP client needs to move (not copy)
messages from one mailbox to another. The mechanism that IMAP
provides to do that is a multi-step process:
1. Copy the messages from the source mailbox to the target mailbox.
2. Flag the original messages in the source mailbox as deleted.
3. Expunge the deleted messages from the source mailbox.

Implementors have long pointed out some shortcomings with this
approach. Because the moving of a message is not an atomic process,
interruptions can leave messages in intermediate states. Because
multiple clients can be accessing the mailboxes at the same time,
clients can see messages in intermediate states even without
interruptions. If the source mailbox contains other messages that are
flagged for deletion, the third step can have the side effect of
expunging more than just the set of moved messages. And servers with
certain types of back-end message stores might have efficient ways of
moving messages, which don't involve actual copying of data. Such
efficiencies are often not available to the copy/flag/expunge process.

The IMAP MOVE extension (imapmove) working group has the single task
of developing an IMAP MOVE extension that defines a single command to
move a set of messages from a source mailbox to a target mailbox in a
single operation. The group will use draft-gulbrandsen-imap-move as a
starting point, and will produce a Standards Track document.

As part of the protocol development, implementation experience on both
the client and server side is highly desireable, so that the actual
operational value of this extension can be assessed. The working group
will document the results of this experience on the working group

No other IMAP extension work is in scope for this working group.


07/2012 Initial adoption of IMAP MOVE protocol document
07/2012 Establishment of implementation tracking on the working group wiki
08/2012 Initial assessment of implementation results
09/2012 Final report on implementation results
10/2012 IMAP MOVE protocol document to IESG as Proposed Standard
new-work mailing list