From web-usrn@ISI.EDU Mon Jul 6 13:29:51 2009 Return-Path: X-Original-To: lemonade@core3.amsl.com Delivered-To: lemonade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6D04C3A6D3F for ; Mon, 6 Jul 2009 13:29:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.219 X-Spam-Level: X-Spam-Status: No, score=-17.219 tagged_above=-999 required=5 tests=[AWL=0.380, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F8ng0qLahvoQ for ; Mon, 6 Jul 2009 13:29:50 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 67E013A6B83 for ; Mon, 6 Jul 2009 13:29:50 -0700 (PDT) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n66KRG72016504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 6 Jul 2009 13:27:17 -0700 (PDT) Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n66KRFKj016503; Mon, 6 Jul 2009 13:27:15 -0700 (PDT) Date: Mon, 6 Jul 2009 13:27:15 -0700 (PDT) Message-Id: <200907062027.n66KRFKj016503@boreas.isi.edu> To: Alexey.Melnikov@isode.com, chris.newman@sun.com, Lisa.Dusseault@messagingarchitects.com, alexey.melnikov@isode.com, gparsons@nortel.com, eburger@standardstrack.com From: RFC Errata System X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: web-usrn@boreas.isi.edu Cc: lemonade@ietf.org, tony@att.com, rfc-editor@rfc-editor.org Subject: [lemonade] [Technical Errata Reported] RFC5092 (1802) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 20:29:51 -0000 The following errata report has been submitted for RFC5092, "IMAP URL Scheme". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5092&eid=1802 -------------------------------------- Type: Technical Reported by: Tony Hansen Section: 9 Original Text ------------- C: A004 UID FETCH 20 (BODY.PEEK[1.2.MIME] BODY.PEEK[1.MIME] BODY.PEEK[HEADER.FIELDS (Content-Location)]) Corrected Text -------------- C: A004 UID FETCH 20 (BODY.PEEK[1.4.MIME] BODY.PEEK[1.MIME] BODY.PEEK[HEADER.FIELDS (Content-Location)]) Notes ----- 1.2.MIME should read 1.4.MIME Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5092 (draft-ietf-lemonade-rfc2192bis-09) -------------------------------------- Title : IMAP URL Scheme Publication Date : November 2007 Author(s) : A. Melnikov, Ed., C. Newman Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG From web-usrn@ISI.EDU Mon Jul 6 15:32:40 2009 Return-Path: X-Original-To: lemonade@core3.amsl.com Delivered-To: lemonade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A611928C36A for ; Mon, 6 Jul 2009 15:32:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.153 X-Spam-Level: X-Spam-Status: No, score=-17.153 tagged_above=-999 required=5 tests=[AWL=0.446, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2IqR+ps6Jdau for ; Mon, 6 Jul 2009 15:32:39 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id B9CB53A6C60 for ; Mon, 6 Jul 2009 15:32:39 -0700 (PDT) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n66MVAek004602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 6 Jul 2009 15:31:11 -0700 (PDT) Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n66MVA2R004601; Mon, 6 Jul 2009 15:31:10 -0700 (PDT) Date: Mon, 6 Jul 2009 15:31:10 -0700 (PDT) Message-Id: <200907062231.n66MVA2R004601@boreas.isi.edu> To: arnt@oryx.com, Curtis.King@isode.com, Alexey.Melnikov@isode.com, Lisa.Dusseault@messagingarchitects.com, alexey.melnikov@isode.com, gparsons@nortel.com, eburger@standardstrack.com From: RFC Errata System X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: web-usrn@boreas.isi.edu Cc: lemonade@ietf.org, barryleiba@computer.org, rfc-editor@rfc-editor.org Subject: [lemonade] [Editorial Errata Reported] RFC5465 (1804) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 22:32:40 -0000 The following errata report has been submitted for RFC5465, "The IMAP NOTIFY Extension". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5465&eid=1804 -------------------------------------- Type: Editorial Reported by: Barry Leiba Section: 3.1 Original Text ------------- page 7 C: b notify set status (selected MessageNew (uid body.peek[header.fields (from to subject)]) MessageExpunge) (subtree Lists MessageNew) Page 8 C: e notify set (selected MessageNew (uid body.peek[header.fields (from to subject)]) MessageExpunge) (subtree Lists MessageNew) (mailboxes misc MessageNew) Corrected Text -------------- page 7 C: b notify set status (selected (MessageNew (uid body.peek[header.fields (from to subject)]) MessageExpunge)) (subtree Lists (MessageNew)) Page 8 C: e notify set (selected (MessageNew (uid body.peek[header.fields (from to subject)]) MessageExpunge)) (subtree Lists (MessageNew)) (mailboxes misc (MessageNew)) Notes ----- Incorrect syntax in example... each "events" set needs to be in parentheses. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5465 (draft-ietf-lemonade-imap-notify-07) -------------------------------------- Title : The IMAP NOTIFY Extension Publication Date : February 2009 Author(s) : A. Gulbrandsen, C. King, A. Melnikov Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG From root@core3.amsl.com Sat Jul 11 08:45:02 2009 Return-Path: X-Original-To: lemonade@ietf.org Delivered-To: lemonade@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 166883A69FE; Sat, 11 Jul 2009 08:45:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090711154502.166883A69FE@core3.amsl.com> Date: Sat, 11 Jul 2009 08:45:02 -0700 (PDT) Cc: lemonade@ietf.org Subject: [lemonade] I-D Action:draft-ietf-lemonade-imap-sieve-06.txt X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2009 15:45:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Enhancements to Internet email to Support Diverse Service Environments Working Group of the IETF. Title : Support for Sieve in Internet Message Access Protocol (IMAP4) Author(s) : B. Leiba Filename : draft-ietf-lemonade-imap-sieve-06.txt Pages : 24 Date : 2009-07-11 Sieve defines an email filtering language that can, in principle, plug into any point in the processing of an email message. As defined in the base specification, it plugs into mail delivery. This document defines how Sieve can plug into points in the IMAP protocol where messages are created or changed, adding the option of user- defined or installation-defined filtering (or, with Sieve extensions, features such as notifications).Note This document defines extensions to IMAP and Sieve. For now, it is the work of the Lemonade Working Group (Enhancements to Internet email to support diverse service environments), but it will be moved to the Sieve working group at some point. 1. Discussion of this document should be taken to the Sieve mailing list at mailto:ietf-mta-filters@imc.org 2. Subscription requests can be sent to mailto:ietf-mta-filters-request@imc.org?body=subscribe (send an email message with the word "subscribe" in the body). 3. A WWW archive of back messages is available at http://www.ietf.org/mail-archive/web/sieve/index.html 4. Older messages, which were posted to the lemonade mailing list, are archived at http://www.ietf.org/mail-archive/web/lemonade/index.html A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-lemonade-imap-sieve-06.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-lemonade-imap-sieve-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-11083337.I-D@ietf.org> --NextPart-- From barryleiba.mailing.lists@gmail.com Mon Jul 13 08:16:48 2009 Return-Path: X-Original-To: lemonade@core3.amsl.com Delivered-To: lemonade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A2CC528C49A for ; Mon, 13 Jul 2009 08:16:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KoUKwgB-l5JF for ; Mon, 13 Jul 2009 08:16:47 -0700 (PDT) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by core3.amsl.com (Postfix) with ESMTP id 8223628C491 for ; Mon, 13 Jul 2009 08:16:47 -0700 (PDT) Received: by fxm18 with SMTP id 18so2247513fxm.37 for ; Mon, 13 Jul 2009 08:16:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=Z4glxM4SsLvppxQ3uCTiT5hUMmdYu4av1wj+bT1Fwec=; b=ZLSDpMViLWzY5lEHjko4xDLlf3oa7uov3JC2EL8Uen2wp1F5uvY/TmauSTqUdoiauN pvYrjgcVfx8RZ7bjAkEOkz1g1HAablISAC2my8PfK9Vtfs0C1PE9vFwRX44FFMfMuzlT /2xmOFeVARY1nHgHX5ybNZkdr8J1cuCLO3mFo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; b=cjM8qj5oKfQxGgC9iJ+IHcdSiAJ8Cc1TbgN6wLkRumctWeX/IIhAh49uPHppT+4hOl 3Ob8Dosj37PNL5xPo1ilGNBCeAxGGfta97MCmPz/wybQXq+HnwWYe2Z1QnPNwXDpQhY3 CfihlvLCEsh4SsGtuwX/TTkoFkefBiC/mz6mo= MIME-Version: 1.0 Received: by 10.239.152.7 with SMTP id t7mr431145hbb.9.1247498214225; Mon, 13 Jul 2009 08:16:54 -0700 (PDT) Date: Mon, 13 Jul 2009 11:16:54 -0400 Message-ID: <6c9fcc2a0907130816k27aaa410u734e59ee276aed96@mail.gmail.com> From: Barry Leiba To: ietf-mta-filters@imc.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: lemonade@ietf.org Subject: [lemonade] Fwd: New Version Notification for draft-ietf-lemonade-imap-sieve-06 X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ietf-mta-filters@imc.org List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 15:16:48 -0000 I've posted a new imap-sieve draft, which makes some updates and includes as notes (search for "[[") Ned's issues with it. I've also moved the discussion here, in preparation for moving this document to the sieve working group and away from lemonade -- we should talk about that in Stockholm. I'm asking the sieve chairs for a slot on the agenda in Stockholm to talk about this draft, which we really should work on and wrap up. To that last end, I also ask that folks review what's there and make comments, especially about (but not limited to) the "[[" notes. If we can sort out what to do with those (and explicit text is welcome), we can make some progress. I've set the reply-to on this message to go to the sieve mailing list, at . Barry ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Sat, Jul 11, 2009 at 11:33 AM Subject: New Version Notification for draft-ietf-lemonade-imap-sieve-06 To: barryleiba@computer.org A new version of I-D, draft-ietf-lemonade-imap-sieve-06.txt has been successfuly submitted by Barry Leiba and posted to the IETF repository. Filename: draft-ietf-lemonade-imap-sieve Revision: 06 Title: Support for Sieve in Internet Message Access Protocol (IMAP4) Creation_date: 2009-07-11 WG ID: lemonade Number_of_pages: 24 Abstract: Sieve defines an email filtering language that can, in principle, plug into any point in the processing of an email message. As defined in the base specification, it plugs into mail delivery. This document defines how Sieve can plug into points in the IMAP protocol where messages are created or changed, adding the option of user- defined or installation-defined filtering (or, with Sieve extensions, features such as notifications).Note This document defines extensions to IMAP and Sieve. For now, it is the work of the Lemonade Working Group (Enhancements to Internet email to support diverse service environments), but it will be moved to the Sieve working group at some point. 1. Discussion of this document should be taken to the Sieve mailing list at mailto:ietf-mta-filters@imc.org 2. Subscription requests can be sent to mailto:ietf-mta-filters-request@imc.org?body=subscribe (send an email message with the word "subscribe" in the body). 3. A WWW archive of back messages is available at http://www.ietf.org/mail-archive/web/sieve/index.html 4. Older messages, which were posted to the lemonade mailing list, are archived at http://www.ietf.org/mail-archive/web/lemonade/index.html The IETF Secretariat. From web-usrn@ISI.EDU Tue Jul 14 16:34:46 2009 Return-Path: X-Original-To: lemonade@core3.amsl.com Delivered-To: lemonade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 121303A68F3 for ; Tue, 14 Jul 2009 16:34:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.128 X-Spam-Level: X-Spam-Status: No, score=-17.128 tagged_above=-999 required=5 tests=[AWL=0.471, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IAC3i1SCLLUX for ; Tue, 14 Jul 2009 16:34:45 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 1F68D3A69AC for ; Tue, 14 Jul 2009 16:34:14 -0700 (PDT) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n6ENTm5o005165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Jul 2009 16:29:48 -0700 (PDT) Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n6ENTk0C005151; Tue, 14 Jul 2009 16:29:46 -0700 (PDT) Date: Tue, 14 Jul 2009 16:29:46 -0700 (PDT) Message-Id: <200907142329.n6ENTk0C005151@boreas.isi.edu> To: Alexey.Melnikov@isode.com, dave.cridland@isode.com, corby@computer.org, lisa.dusseault@gmail.com, alexey.melnikov@isode.com, gparsons@nortel.com, eburger@standardstrack.com From: RFC Errata System X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: web-usrn@boreas.isi.edu Cc: lemonade@ietf.org, tss@iki.fi, rfc-editor@rfc-editor.org Subject: [lemonade] [Technical Errata Reported] RFC5162 (1807) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 23:34:46 -0000 The following errata report has been submitted for RFC5162, "IMAP4 Extensions for Quick Mailbox Resynchronization". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5162&eid=1807 -------------------------------------- Type: Technical Reported by: Timo Sirainen Section: 1 Original Text ------------- Corrected Text -------------- Once a "CONDSTORE enabling command" is issued by the client, the server MUST automatically include both UID and mod-sequence data in all subsequent untagged FETCH responses (until the connection is closed), whether they were caused by a regular STORE/UID STORE, a STORE/UID STORE with UNCHANGEDSINCE modifier, or an external agent. Note that this rule doesn't affect untagged FETCH responses caused by a FETCH command that doesn't include UID and/or MODSEQ FETCH data item, or UID FETCH without the MODSEQ FETCH data item. Notes ----- Rationale: It's very difficult for clients to make use of unsolicited FETCH responses without the UID field. This is made even worse by the text that says "servers SHOULD NOT send UIDs for previously expunged messages [in VANISHED replies]". Since it's not a MUST NOT, a conversation with an RFC compliant server could be for example: A1 NOOP * 0 EXISTS A1 OK A2 NOOP * 10 EXISTS * VANISHED 1000:2000 * 3 FETCH (FLAGS (\Seen) MODSEQ (14749)) * 5 FETCH (FLAGS (\Seen) MODSEQ (14749)) * VANISHED 2000:3000 A2 OK NOOP Completed The client couldn't do anything with the information from FETCH replies, because it can't know what messages they refer to. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5162 (draft-ietf-lemonade-reconnect-client-06) -------------------------------------- Title : IMAP4 Extensions for Quick Mailbox Resynchronization Publication Date : March 2008 Author(s) : A. Melnikov, D. Cridland, C. Wilson Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG From web-usrn@ISI.EDU Tue Jul 14 16:39:30 2009 Return-Path: X-Original-To: lemonade@core3.amsl.com Delivered-To: lemonade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1F9A83A6846 for ; Tue, 14 Jul 2009 16:39:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.133 X-Spam-Level: X-Spam-Status: No, score=-17.133 tagged_above=-999 required=5 tests=[AWL=0.466, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xyqn3qfzw3Cp for ; Tue, 14 Jul 2009 16:39:29 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id E94A53A6898 for ; Tue, 14 Jul 2009 16:39:28 -0700 (PDT) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n6ENXbaZ006375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Jul 2009 16:33:38 -0700 (PDT) Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n6ENXbn3006374; Tue, 14 Jul 2009 16:33:37 -0700 (PDT) Date: Tue, 14 Jul 2009 16:33:37 -0700 (PDT) Message-Id: <200907142333.n6ENXbn3006374@boreas.isi.edu> To: Alexey.Melnikov@isode.com, dave.cridland@isode.com, corby@computer.org, lisa.dusseault@gmail.com, alexey.melnikov@isode.com, gparsons@nortel.com, eburger@standardstrack.com From: RFC Errata System X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: web-usrn@boreas.isi.edu Cc: lemonade@ietf.org, tss@iki.fi, rfc-editor@rfc-editor.org Subject: [lemonade] [Technical Errata Reported] RFC5162 (1808) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 23:39:30 -0000 The following errata report has been submitted for RFC5162, "IMAP4 Extensions for Quick Mailbox Resynchronization". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5162&eid=1808 -------------------------------------- Type: Technical Reported by: Timo Sirainen Section: 3.4 Original Text ------------- If at least one message got expunged, the server MUST send the updated per-mailbox modification sequence using the HIGHESTMODSEQ response code (defined in [CONDSTORE]) in the tagged OK response. Example: C: A202 CLOSE S: A202 OK [HIGHESTMODSEQ 20010715194045319] done Corrected Text -------------- The server MUST NOT send the updated per-mailbox modification sequence using the HIGHESTMODSEQ response code (defined in [CONDSTORE]) in the tagged OK response, as this might cause loss of synchronization on the client. Example: C: A202 CLOSE S: A202 OK done Notes ----- Rationale: The HIGHESTMODSEQ can't be used reliably unless server sends to client all changes done by other clients. Even then it's difficult for both clients and servers to implement this. For example: C1: 2 STORE 1 +FLAGS.SILENT \Deleted S1: * 1 FETCH (MODSEQ 1) S1: 2 OK C2: 1 STORE 2 +FLAGS.SILENT \Deleted S1: * 2 FETCH (MODSEQ 2) S2: 1 OK C1: 3 CLOSE S1: 3 [HIGHESTMODSEQ 3] The client probably thought that only message 1 was expunged, so it doesn't register the second expunge. And it probably never will if it uses QRESYNC to find out only about new expunges. And even worse example would be if the second client had also removed the \Deleted flag from message 1. Then the first client would have registered wrong message to be expunged. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5162 (draft-ietf-lemonade-reconnect-client-06) -------------------------------------- Title : IMAP4 Extensions for Quick Mailbox Resynchronization Publication Date : March 2008 Author(s) : A. Melnikov, D. Cridland, C. Wilson Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG From web-usrn@ISI.EDU Tue Jul 14 16:39:53 2009 Return-Path: X-Original-To: lemonade@core3.amsl.com Delivered-To: lemonade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 78B8E3A6868 for ; Tue, 14 Jul 2009 16:39:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.138 X-Spam-Level: X-Spam-Status: No, score=-17.138 tagged_above=-999 required=5 tests=[AWL=0.461, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c9WSl1gIzskp for ; Tue, 14 Jul 2009 16:39:52 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id B1B263A685A for ; Tue, 14 Jul 2009 16:39:52 -0700 (PDT) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n6ENc4Vu008670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Jul 2009 16:38:05 -0700 (PDT) Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n6ENc43P008669; Tue, 14 Jul 2009 16:38:04 -0700 (PDT) Date: Tue, 14 Jul 2009 16:38:04 -0700 (PDT) Message-Id: <200907142338.n6ENc43P008669@boreas.isi.edu> To: Alexey.Melnikov@isode.com, dave.cridland@isode.com, corby@computer.org, lisa.dusseault@gmail.com, alexey.melnikov@isode.com, gparsons@nortel.com, eburger@standardstrack.com From: RFC Errata System X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: web-usrn@boreas.isi.edu Cc: lemonade@ietf.org, tss@iki.fi, rfc-editor@rfc-editor.org Subject: [lemonade] [Technical Errata Reported] RFC5162 (1810) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 23:39:53 -0000 The following errata report has been submitted for RFC5162, "IMAP4 Extensions for Quick Mailbox Resynchronization". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5162&eid=1810 -------------------------------------- Type: Technical Reported by: Timo Sirainen Section: 1 Original Text ------------- Corrected Text -------------- Server implementing QRESYNC MUST send untagged events to client in a way that client doesn't lose any changes in case of connectivity loss. In particular this means that if server sends MODSEQ FETCH data items while EXPUNGE (or VANISHED) replies with lower mod-sequences are being delayed, the server MUST send HIGHESTMODSEQ response code with a lower value than the EXPUNGE's mod-sequence. See example in section 5. Notes ----- This is related to the other errata in section 5, which describes what the client's behavior should be. This describes what the server's behavior should be. Would have been nice to put them into the same section, but that probably would require larger changes. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5162 (draft-ietf-lemonade-reconnect-client-06) -------------------------------------- Title : IMAP4 Extensions for Quick Mailbox Resynchronization Publication Date : March 2008 Author(s) : A. Melnikov, D. Cridland, C. Wilson Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG From web-usrn@ISI.EDU Tue Jul 14 16:41:40 2009 Return-Path: X-Original-To: lemonade@core3.amsl.com Delivered-To: lemonade@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1E6923A68CD for ; Tue, 14 Jul 2009 16:41:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.842 X-Spam-Level: X-Spam-Status: No, score=-16.842 tagged_above=-999 required=5 tests=[AWL=0.157, BAYES_00=-2.599, J_CHICKENPOX_56=0.6, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Odhhi-x821gB for ; Tue, 14 Jul 2009 16:41:39 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 4D11B3A6803 for ; Tue, 14 Jul 2009 16:41:39 -0700 (PDT) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n6ENZv6a007890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 14 Jul 2009 16:35:58 -0700 (PDT) Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n6ENZvI5007889; Tue, 14 Jul 2009 16:35:57 -0700 (PDT) Date: Tue, 14 Jul 2009 16:35:57 -0700 (PDT) Message-Id: <200907142335.n6ENZvI5007889@boreas.isi.edu> To: Alexey.Melnikov@isode.com, dave.cridland@isode.com, corby@computer.org, lisa.dusseault@gmail.com, alexey.melnikov@isode.com, gparsons@nortel.com, eburger@standardstrack.com From: RFC Errata System X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: web-usrn@boreas.isi.edu Cc: lemonade@ietf.org, tss@iki.fi, rfc-editor@rfc-editor.org Subject: [lemonade] [Technical Errata Reported] RFC5162 (1809) X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 23:41:40 -0000 The following errata report has been submitted for RFC5162, "IMAP4 Extensions for Quick Mailbox Resynchronization". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5162&eid=1809 -------------------------------------- Type: Technical Reported by: Timo Sirainen Section: 5 Original Text ------------- After completing a full synchronization, the client MUST also take note of any unsolicited MODSEQ FETCH data items received from the server. Whenever the client receives a tagged response to a command, it calculates the highest value among all MODSEQ FETCH data items received since the last tagged response. If this value is bigger than the client's copy of the HIGHESTMODSEQ value, then the client MUST use this value as its new HIGHESTMODSEQ value. Note: It is not safe to update the client's copy of the HIGHESTMODSEQ value with a MODSEQ FETCH data item value as soon as it is received because servers are not required to send MODSEQ FETCH data items in increasing modseqence order. This can lead to the client missing some changes in case of connectivity loss. Corrected Text -------------- After completing a full synchronization, the client MUST also take note of any unsolicited MODSEQ FETCH data items and HIGHESTMODSEQ response codes received from the server. Whenever the client receives a tagged response to a command, it checks the received unsolicited responses to calculate the new HIGHESTMODSEQ value. If the HIGHESTMODSEQ response code is received, the client MUST use it even if it has seen higher mod-sequences. Otherwise, the client calculates the highest value among all MODSEQ FETCH data items received since the last tagged response. If this value is bigger than the client's copy of the HIGHESTMODSEQ value, then the client MUST use this value as its new HIGHESTMODSEQ value. Example: C: A1 STORE 1:3 (UNCHANGEDSINCE 96) FLAGS.SILENT \Seen S: * 1 FETCH (UID 6 MODSEQ (103)) S: * 2 FETCH (UID 7 MODSEQ (101)) S: * OK [HIGHESTMODSEQ 99] VANISHED reply with MODSEQ 100 is delayed S: A1 OK [MODIFIED 3] done C: A2 STORE 3 +FLAGS.SILENT \Seen S: * 3 FETCH (UID 8 MODSEQ (104)) S: A2 OK [HIGHESTMODSEQ 99] Still delaying VANISHED C: A3 NOOP S: * VANISHED 8 S: A3 OK [HIGHESTMODSEQ 104] done Note: It is not safe to update the client's copy of the HIGHESTMODSEQ value with a MODSEQ FETCH data item value as soon as it is received because servers are not required to send MODSEQ FETCH data items in increasing modseqence order. Some commands may also delay EXPUNGE (or VANISHED) replies with smaller mod-sequences. These can lead to the client missing some changes in case of connectivity loss. Notes ----- Rationale: Otherwise clients could lose changes in case of connectivity loss. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5162 (draft-ietf-lemonade-reconnect-client-06) -------------------------------------- Title : IMAP4 Extensions for Quick Mailbox Resynchronization Publication Date : March 2008 Author(s) : A. Melnikov, D. Cridland, C. Wilson Category : PROPOSED STANDARD Source : Enhancements to Internet email to support diverse service environments Area : Applications Stream : IETF Verifying Party : IESG