Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h2VBlCJM007693 for ; Mon, 31 Mar 2003 03:47:12 -0800 (PST) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h2VBlCYM007692 for ietf-imapext-bks; Mon, 31 Mar 2003 03:47:12 -0800 (PST) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-imapext@mail.imc.org using -f Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h2VBlAJM007688 for ; Mon, 31 Mar 2003 03:47:11 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02659; Mon, 31 Mar 2003 06:44:45 -0500 (EST) Message-Id: <200303311144.GAA02659@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-imapext@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-imapext-condstore-00.txt Date: Mon, 31 Mar 2003 06:44:45 -0500 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Message Access Protocol Extension Working Group of the IETF. Title : IMAP Extension for Conditional STORE operation Author(s) : A. Melnikov, S. Hole Filename : draft-ietf-imapext-condstore-00.txt Pages : 0 Date : 2003-3-28 Often, multiple IMAP clients need to coordinate changes to a common IMAP mailbox. Examples include different clients for the same user, and multiple users accessing shared mailboxes. These clients need a mechanism to synchronize state changes for messages within the mailbox. They must be able to guarantee that only one client can change message state (e.g., message flags or annotations) at any time. An example of such an application is use of an IMAP mailbox as a message queue with multiple dequeueing clients. The Conditional Store facility provides a protected update mechanism for message state information that can detect and resolve conflicts between multiple writing mail clients. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-condstore-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-imapext-condstore-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-imapext-condstore-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-3-28142323.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-condstore-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-condstore-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-28142323.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2PDFIT09491 for ietf-imapext-bks; Tue, 25 Mar 2003 05:15:18 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2PDF5g09482 for ; Tue, 25 Mar 2003 05:15:09 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA08585; Tue, 25 Mar 2003 08:12:42 -0500 (EST) Message-Id: <200303251312.IAA08585@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-imapext@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-imapext-sort-12.txt Date: Tue, 25 Mar 2003 08:12:42 -0500 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Message Access Protocol Extension Working Group of the IETF. Title : INTERNET MESSAGE ACCESS PROTOCOL - SORT AND THREAD EXTENSION Author(s) : M. Crispin, K. Murchison Filename : draft-ietf-imapext-sort-12.txt Pages : 19 Date : 2003-3-24 This document describes the base-level server-based sorting and threading extension to the [IMAP] protocol. This extension provides substantial performance improvements for IMAP clients which offer sorted and threaded views. A server which supports the base-level SORT extension indicates this with a capability name which starts with 'SORT'. Future, upwards-compatible extensions to the SORT extension will all start with 'SORT', indicating support for this base level. A server which supports this extension indicates this with one or more capability names consisting of 'THREAD=' followed by a supported threading algorithm name as described in this document. This provides for future upwards-compatible extensions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-sort-12.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-imapext-sort-12.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-imapext-sort-12.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-3-24141349.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-sort-12.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-sort-12.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-24141349.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2JMuvB19373 for ietf-imapext-bks; Wed, 19 Mar 2003 14:56:57 -0800 (PST) Received: from smtp5.andrew.cmu.edu (SMTP5.andrew.cmu.edu [128.2.10.85]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2JMusg19365 for ; Wed, 19 Mar 2003 14:56:55 -0800 (PST) Received: from GOBO.andrew.cmu.edu (GOBO.andrew.cmu.edu [128.2.120.172]) (user=rjs3 mech=KERBEROS_V4 (0 bits)) by smtp5.andrew.cmu.edu (8.12.8/8.12.3.Beta2) with ESMTP id h2JMuv9k027624 for ; Wed, 19 Mar 2003 17:56:57 -0500 Date: Wed, 19 Mar 2003 17:56:57 -0500 (EST) From: Rob Siemborski To: ietf-imapext@imc.org Subject: jabber log Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="41987192-1999536971-1048114617=:27513" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --41987192-1999536971-1048114617=:27513 Content-Type: TEXT/PLAIN; charset=US-ASCII Since the logger wasn't in the room, I've attached the jabber log to this message. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski | Andrew Systems Group * Research Systems Programmer PGP:0x5CE32FCC | Cyert Hall 207 * rjs3@andrew.cmu.edu * 412.268.7456 -----BEGIN GEEK CODE BLOCK---- Version: 3.12 GCS/IT/CM/PA d- s+: a-- C++++$ ULS++++$ P+++$ L+++(++++) E W+ N o? K- w O- M-- V-- PS+ PE++ Y+ PGP+ t+@ 5+++ R@ tv-@ b+ DI+++ G e h r- y? ------END GEEK CODE BLOCK----- --41987192-1999536971-1048114617=:27513 Content-Type: TEXT/plain; name="imapext-log.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="imapext-log.txt" YmFycnlsZWliYSBoYXMgZW50ZXJlZCB0aGUgcm9vbQ0KIGttdXJjaGlzb24g aGFzIGVudGVyZWQgdGhlIHJvb20NCiB3Y3cgaGFzIGVudGVyZWQgdGhlIHJv b20NCiByanMzIGhhcyBlbnRlcmVkIHRoZSByb29tDQpyanMzOiBQZXRlIGlz IGNhbGxpbmcgdGhlIG1lZXRpbmcgdG8gb3JkZXIgbm93Lg0KcmpzMzogTm8g c29saWQgYWdlbmRhLCBzaW5jZSB0aGlzIHdhcyBzb21ld2hhdCBsYXRlDQpy anMzOiBDeXJ1czogQW5ub3RhdGUsIGRyYWZ0IGNhbWUgb3V0IGJlZm9yZSB0 aGlzIG1lZXRpbmcNCnJqczM6IHNvbWUgaXRlbXMgd2VyZSBkcm9wcGVkIG91 dCBzaW5jZSB0aGUgcHJldmlvdXMgbWVldGluZywgZmxhZ3MgYXJlIGJlZW4g Y2xlYW5lZCB1cCBhIGJpdA0KIGxlZyBoYXMgZW50ZXJlZCB0aGUgcm9vbQ0K cmpzMzogRGlkIHdhbnQgdG8gZWxpbWluYXRlIHRoZSB0b3AgaGllcmFyY2h5 IG9mIGVudHJ5IG5hbWVzIHRvIGN1dCBkb3duIG9uIGNoYXR0aW5lc3MNCnJq czM6IE90aGVyIGlzc3Vlcz8NCnJqczM6IGxlZzogZG9lcyB0aGUgZHJhZnQg Y29udGFpbiBnb29kIHRleHQgb24gaG93IHRvIGRvIGRpc2Nvbm5lY3RlZCBv cGVyYXRpb25zIGNvcnJlY3RseT8gKG5vKQ0KcmpzMzogKG90aGVyIGlzc3Vl cy4uLiBsaW1pdGluZyBzaXplcyBvZiBhbm5vdGF0aW9ucz8gIC0+IGlzIHRo YXQgYSBxdW90YSBpc3N1ZT8gIG1pbmltdW0gcmVxdWlyZWQgbGVuZ3RoPyAp DQpyanMzOiBlciwgbWluaW11bSBzdXBwb3J0ZWQgbGVuZ3RoDQoga211cmNo aXNvbiBpcyBub3cgQXdheQ0KIGttdXJjaGlzb24gaXMgbm93IEF2YWlsYWJs ZQ0KIGJhcnJ5bGVpYmEgaXMgbm93IGF2YWlsYWJsZQ0KcmpzMzogZGlzY3Vz c2lvbiBvbiBzaG91bGQgd2Ugd29ycnkgYWJvdXQgdGhpcyBvciBqdXN0IHNh eSBOTw0KYmFycnlsZWliYTogSnVzdCBzYSBOTyB0byB3aGF0PyAgRHJhZnQg aGFzIHRvIHNheSB3aGF0IGxlbmd0aCBhbiBpbXBsZW1lbnRhdGlvbiBNVVNU IHN1cHBvcnQuDQpyanMzOiBHZW5lcmFsIENvbnNlbnN1czogY3lydXMgd2ls bCBhZGQgc29tZSBtaW5pbXVtIHN1cHBvcnRlZCBzaXplcywgYW5kIGFuIEFO Tk9UQVRFVE9PQklHIHJlc3BvbnNlIGNvZGUuDQpsZWc6IGl0IGhhcyB0byBi ZSBzdWJqZWN0IHRvIHF1b3RhIGxpbWl0YXRpb25zDQpyanMzOiBzYXkgTk8g dG8gc3RvcmluZyBhbiBhbm5vdGF0aW9uIChmb3Igd2hhdGV2ZXIgcmVhc29u LCBwaGFzZSBvZiB0aGUgbW9vbiwgZXRjKQ0KYmFycnlsZWliYTogQWgNCmJh cnJ5bGVpYmE6IEl0J3MganVzdCB0aGF0IHRoZSBxdWVzdGlvbiBvZiAiaG93 IGxvbmcgY2FuIGEgY29tbWFuZCIgYmUgY29tZXMgdXAgb2Z0ZW4gZW5vdWdo IGluIElNQVAgdGhhdCBpdCdkIGJlIGJhZCBmb3IgYW5ub3RhdGlvbnMgdG8g YmUgc2lsZW50IG9uIGEgc2ltaWxhciBpc3N1ZS4NCnJqczM6IHRoYXQncyB3 aGF0IHdlJ3JlIHRyeWluZyB0byBwcmV2ZW50IHdpdGggdGhlIG1pbmltdW0g c3VwcG9ydGVkIHNpemUNCmJhcnJ5bGVpYmE6IFJpZ2h0LCBjb29sLg0KIHJh bmR5IGhhcyBlbnRlcmVkIHRoZSByb29tDQpyanMzOiBOb3cgc29tZSBkaXNj dXNzaW9uIGFib3V0IGFjdHVhbGx5IGFkdmVydGlzaW5nIGxlbmd0aCBsaW1p dHMsIHNvIHRoYXQgY2xpZW50cyBkb24ndCBnZXQgc2NyZXdlZCBieSBzZW5k aW5nLCBzYXksIGEgdm9pY2UgYW5ub3RhdGlvbi4NCmxlZzogYW5kIGdldHRp bmcgYSBOTyBhZnRlciBpdCdzIHVwbG9hZGVkIDI0IG1lZ3Mgb2YgZGF0YQ0K YmFycnlsZWliYTogRG9lc24ndCBpdCB1c2UgbGl0ZXJhbHM/DQpyYW5keTog Q2hyaXMgcG9pbnRlZCBvdXQgdGhhdCBpZiB5b3UncmUgdXNpbmcgc3luY2gg bGl0cyB5b3UgY2FuIGdldCB0aGUgZXJyb3IgaW4gdGhlIG1pZGRsZQ0KDQpy anMzOiBkaXNjdXNzaW9uIGFzIHRvIGhvdyBxdW90YXMgbWlnaHQgd29yayAo b25lIGJpZyBxdW90YSB2cyBhIG1heCAjIG9mIGFubm90YXRpb25zIGFuZCBt YXggc2l6ZSBvZiBhbm5vdGF0aW9ucykuICByb3VnaCBjb25zZW5zdXMgdGhh dCB3ZSBqdXN0IG5lZWQgdG8gYWR2ZXJ0aXNlIGxhcmdlc3QgcG9zc2libGUg c2luZ2xlIGFubm90YXRpb24gc2l6ZS4NCnJqczM6IHN1bW1hcnk6IHdlIG9u bHkgYWR2ZXJ0aXNlIHRoZSBtYXggYW5ub3RhdGlvbiBzaXplLCBhbmQgYXNz dW1lIGNsaWVudHMgd29uJ3Qgc2VuZCBtb3JlIHRoYW4gdGhhdCAoYW5kIHNh eSBOTyB3aGVuIHRoZXkgZG8pLiAgV2Ugc2hvdWxkIGFsc28gaGF2ZSBzb21l IHNvcnQgb2YgcmVzcG9uc2UgY29kZXMgdG8gaW5kaWNhdGUgdmFyaW91cyBy ZWFzb25zIGZvciBmYWlsdXJlLiAgVGhlcmUgc2hvdWxkIGFsc28gYmUgYSBT SE9VTEQgZm9yIG1pbmltdW1zIGZvciB0aGUgdmFyaW91cyBsaW1pdHMgKG51 bWJlciBvZiBhbm5vdGF0aW9ucywgc2l6ZSBvZiBhbm5vdGF0aW9ucywgZXRj KQ0KcmpzMzogbW92aW5nIG9uIHRvIEFOTk9UQVRFTU9SRQ0KcmpzMzogZGlz Y3Vzc2lvbiBvZiBzcGxpdGluZyBlbnRyeSBuYW1lcyBpbnRvIHR5cGUgKGUu Zy4gc2VydmVyIG9yIG1haWxib3gpLCB3aGljaCBpcyB0cmVhdGVkIGxpa2Ug YW4gYXRvbSwgYW5kIHRoZW4gcGFyYW1ldGVycyBmb3IgZWFjaCB0eXBlDQpy anMzOiBmb3IgZXhhbXBsZSBTRVRBTk5PVEFUSU9OIFNFUlZFUiAiL21vdGQi IGFuZCBTRVRBTk5PVEFUSU9OIE1BSUxCT1ggInVzZXIucmpzMyIgIi9jb21t ZW50Ig0KcmpzMzogZGlzY3Vzc2lvbiBvZiBtYWNybyBzdXBwb3J0IGZvciBz ZXJ2ZXIgYW5ub3RhdGlvbnMgKGUuZy4gc3RvcmluZyBjb21wbGV4IHNlYXJj aCBxdWVyaWVzLCBvciBoYXZpbmcgc29tZSBzb3J0IG9mIHBpcGluZyBvZiBj b21tYW5kcyBsaWtlIG91dHB1dCBvZiBTRUFSQ0ggaW50byBhIEZFVENIKQ0K cmpzMzogKGluIGFuc3dlciB0byB0aGUgcXVlc3Rpb24gIndoYXQgbWlnaHQg c2VydmVyIGFubm90YXRpb25zIGJlIGdvb2QgZm9yIikNCnJqczM6IHN1Z2dl c3Rpb24gdG8gbWFrZSB0aGUgTklMIG1haWxib3ggcXVhbGlmeSBhcyB0aGUg Y3VycmVudCAnc2VydmVyJyBuYW1lc3BhY2UuDQpyanMzOiBxdWVzdGlvbnMg YWJvdXQgdGhlIGV4dGVuc2FiaWxpdHkgb2YgdGhhdA0KcmpzMzogKGJ1dCB0 aGF0IGdvZXMgaW50byB0aGUgcmVzdCBvZiB0aGUgZW50cnkgbmFtZSBmb3Ig dGhlIE5JTCBtYWlsYm94KSAgZS5nLiBTRVRBTk5PVEFUSU9OIE5JTCAiL3Nl cnZlci9tb3RkIg0KcmpzMzogbW92aW5nIG9uIHRvIGNvbmRpdGlvbmFsIHN0 b3JlDQpyanMzOiBhbGV4ZXk6IGFsbW9zdCBkb25lLCBmaXJzdCBkbyB3ZSBu ZWVkIG5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gYW5ub3RhdGUgKG9ubHkgZGVw ZW5kZW5jeSBpcyBzeW50YXgpDQogYmFycnlsZWliYSBpcyBub3cgQXdheQ0K cmpzMzogKHJldHVybiB0byBkb2VzIGFubm90YXRlbW9yZSBkZXBlbmQgb24g Y29uZHN0b3JlOiBhbnN3ZXIgbm8sIGJ1dCBkaXNjb25uZWN0ZWQgY2xpZW50 cyBub3QgcmVxdWlyZWQgdG8gc3VwcG9ydCBhbm5vdGF0ZW1vcmUgaWYgY29u ZHN0b3JlIGlzIG5vdCBhbHNvIHN1cHBvcnRlZCBieSBzZXJ2ZXIpDQogYmFy cnlsZWliYSBpcyBub3cgYXZhaWxhYmxlDQpyanMzOiBhbm5vdGF0ZSBibG9j a3Mgb24gU09SVCwgd2hpY2ggaXMgaW4gYSBxdWFnbWlyZSBvZiBkZXBlbmRl bmN5DQogTmVkRnJlZWQgaGFzIGVudGVyZWQgdGhlIHJvb20NCmxlZzogQ09O RFNUT1JFIGJsb2NrcyBvbiBBTk5PVEFURSBibG9ja3Mgb24gU09SVCBibG9j a3Mgb24gdXMgVU5ERVJTVEFORElORyBzb21ldGhpbmcNCnJqczM6IHdlIHNo b3VsZCBhZGQgdGhlIGRlcGVuZGVuY3ksIGxhc3QgY2FsbCB0aGUgZG9jdW1l bnQsIGFuZCBsZXQgaXQgc2l0IGluIHRoZSBSRkMgZWRpdG9yIHF1ZXVlIHVu dGlsIHRoZSB3b3JsZCBjYXRjaGVzIHVwDQpyanMzOiBub3cgcGxhbm5pbmcg dG8gbGFzdCBjYWxsIHRoaXMgZG9jdW1lbnQgbmV4dCB3ZWVrIGFmdGVyIHRo ZSBuZXh0IElEIGlzIHB1Ymxpc2hlZCAoV0cgbGFzdCBjYWxsKQ0KcmpzMzog QUNMIChzdGlsbCBhbGV4ZXkpDQpyanMzOiBzdWdnZXN0aW9uIHRvIHJlbW92 ZSBob3cgcmlnaHRzIGFwcGx5IHRvIHF1b3RhIGV4dGVudGlvbiBpbnRvIHRo ZSBxdW90YSBleHRlbnNpb24gZG9jdW1lbnQNCnJqczM6IChubyBvYmplY3Rp b25zKQ0KcmpzMzogdGhlIGxhc3QgZHJhZnQgcmVtb3ZlZCBsaXN0cmlnaHRz IGNvbW1hbmQuLi4gZG9lcyBhbnlvbmUgd2FudCB0aGlzIGZ1bmN0aW9uYWxp dHk/DQpyanMzOiB0aGVyZSB3YXMgcHJvcG9zYWwgdG8gcmVwbGFjZSBteXJp Z2h0cyB3aXRoIGEgTElTVEVYVCBzeW50YXggaXRlbS4NCiBrbXVyY2hpc29u IGlzIG5vdyBBd2F5DQoga211cmNoaXNvbiBpcyBub3cgQXZhaWxhYmxlDQog a211cmNoaXNvbiBpcyBub3cgQXdheQ0KIGttdXJjaGlzb24gaXMgbm93IEF2 YWlsYWJsZQ0KcmpzMzogZ2V0dGluZyBhcyBtdWNoIGFzIHdlIGNhbiBpbnRv IGxpc3RleHQgaXMgZ2VuZXJhbGx5IHJlZ2FyZGVkIGFzIGEgZ29vZCBpZGVh ICh0byBnZXQgcmlkIG9mIGFsdGVybmF0ZSBtYWlsYm94IG1ldGFkYXRhIGNv bW1hbmRzKQ0KcmpzMzogKGRlcHJpY2F0ZXMgU1RBVFVTLCBMU1VCLCBSTElT VCwgUkxTVUIsIHJlcGxhY2VzIEdFVEFOTk9UQVRJT04sIGFuZCBjb3VsZCBk byBzb21lIHRoaW5ncyBmb3IgQUNMIGFzIHdlbGwpDQpyanMzOiBjaHJpcyBu ZXdtYW4gc3VnZ2VzdHMgdGhhdCB3ZSByZWZlcmVuY2UgdGhlIG5ldyB1dGY4 IGRyYWZ0IG5vcm1hdGl2ZWx5IGZvciB0aGUgQUJORiBvZiB1dGY4DQpiYXJy eWxlaWJhOiBMSVNURVhUIHNwZWNpZmljYWxseSBkb2VzIE5PVCBkZXByZWNh dGUgTFNVQiwgYmVjYXVzZSBvZiBkaXNjdXNzaW9uIHdpdGggTWFyayBhYm91 dCBob3cgaGUgd2FudHMgc3Vic2NyaXB0aW9ucyB0byB3b3JrLg0KcmpzMzog W2xzdWIgd2FzIG9ubHkgbWVudGlvbmVkIG9mZmhhbmQsIHNvIEkgdGhpbmsg dGhhdCBpcyBiYXNpY2FsbHkgdW5kZXJzdG9vZF0NCmJhcnJ5bGVpYmE6IE9L DQpsZWc6IEh1aD8gaSB0aG91Z2h0IExJU1RFWFQgZGlkIGRlcHJlY2F0ZSBM U1VCLg0KbGVnOiBvciBkb2VzIGl0IGV4dGVuZCBMU1VCIHNpbWlsaWFybHkg dG8gTElTVD8NCnJqczM6IGl0IGRvZXNuJ3Qgb2Jzb2xldGUgaXQNCmJhcnJ5 bGVpYmE6IE5vLi4uIHRoYXQgd2FzIG9yaWdpbmFsIHRob3VnaHQsIGJ1dCBN YXJrIG9iamVjdGVkIHRvIHRoZSBmYWN0IHRoYXQgTFNVQiBzdGlsbCBoYXMg YSBwdXJwb3NlIGlmIHlvdSBqdXN0IHdhbnQgdG8gcHVsbCBzdHVmZiBmcm9t IHRoZSBzdWJzY3JpcHRpb24gbGlzdCwgd2l0aG91dCBoYXZpbmcgZXh0cmEg ZnVuY3Rpb24uDQpyYW5keTogKGRvYyBpcyBkcmFmdC15ZXJnZWF1LXJmYzIy NzliaXMtMDQudHh0KQ0KDQpsZWc6IHNpZ2guIHdoYXQncyB0aGUgZG9jdW1l bnQ/DQpiYXJyeWxlaWJhOiBMSVNUIHdpdGggdGhlIFNVQlNDUklCRUQgb3B0 aW9uIHByb3ZpZGVzIG1vcmUgZnVuY3Rpb24gKGFuZCwgZm9yIHNvbWUgc2Vy dmVycywgbG90cyBtb3JlIHdvcmspIHRoYW4gTFNVQiwgc28gTFNVQiBzdGF5 cy4NCnJqczM6IGRyYWZ0LWlldGYtaW1hcGV4dC1saXN0LWV4dGVuc2lvbnMt MDMudHh0DQpsZWc6IG9oLCBtYXJrIHN0YXRlZCBqdXN0IDEwIG1pbnV0ZXMg YWdvIHRoYXQgaGUncyBmaW5lIHdpdGggaW5jbHVkaW5nIFNUQVRVUyBpbnRv IExJU1RFWFQuIGkgc2hvdWxkJ3ZlIHJlY29yZGVkIGl0IHNvIGkgY2FuIHBs YXkgaXQgYmFjayBsYXRlci4gIA0KcmpzMzogRGlzY3Vzc2lvbiBhYm91dCBh ZGRpbmcgYSBOT0ZMQUdTIG9wdGlvbiB0byBMSVNURVhUIHNvIHRoYXQgd2Ug Y2FuIGFjdHVhbGx5IGRlcHJpY2F0ZSBMU1VCDQpiYXJyeWxlaWJhOiBJcyBN YXJrIHRoZXJlPw0KcmpzMzogeWVzDQpsZWc6IHllcw0KcmpzMzogY2hyaXMg bmV3bWFuJ3MgZHJhZnRzIChhcG9sb2dpemVzIGZvciBtaXNzaW5nIElEIGRl YWRsaW5lIHdpdGggY29tcGFyYXRvciBzcGVjKQ0KcmpzMzogY29tcGFyYXRv ciBkcmFmdCBjdXJyZW50bHkgdXNlcyBhIGdsb2JhbCBjb21wYXJhdG9yLCBi dXQgdGhlIHJvb20gc2VlbXMgdG8gcHJlZmVyIGEgcGVyLWNvbW1hbmQgbWV0 aG9kb2xvZ3kgKG1vcmUgYWtpbiB0byBzaWV2ZSBvciBhY2FwKQ0KcmpzMzog d2UncmUgYWN0dWFsbHkgZ29pbmcgdG8gaW5zdGFudGlhdGUgYSBjb21wYXJh dG9yIHJlZ2lzdHJveSB0aGlzIHRpbWUgdG9vIChzaW5jZSBBQ0FQIGFuZCBT aWV2ZSBib3RoIGZhaWxlZCB0byBkbyBzbykNCiBrbXVyY2hpc29uIGhhcyBs ZWZ0IHRoZSByb29tDQogDQpsZWc6IHRhbGsgYWJvdXQgaTthc2NpaS1jYXNl bWFwDQpyanMzOiBjaHJpcyBpcyBhbHNvIGNvbnNpZGVyaW5nIGFuIGk7ZGVm YXVsdCBjb21wYXJhdG9yDQpyanMzOiAoaS5lLiBhZG1pbiBzcGVjaWZpZWQp DQpyanMzOiB0aGUgYXJndW1lbnQgZm9yIGEgZ2xvYmFsIGNvbXBhcmF0b3Ig c3RhdGUgaXMgdGhhdCB3ZSBkb24ndCB3YW50IHRvIGJlIGludHJ1c2l2ZSB0 byB0aGUgZXhpc3RpbmcgU09SVCBhbmQgU0VBUkNIIHN5bnRheA0KcmpzMzog Y3lydXMgc3VnZ2VzdHMgYSBwb3NzaWJsZSBvdmVycmlkZSB0byB0aGUgY29t cGFyYXRvciBvcHRpb24gKGFzIHdlbGwgYXMgZ2xvYmFsIHN0YXRlKQ0KbGVn OiBuZWQ6IHdlIGp1c3QgcHVibGlzaGVkIElNQVA0cmV2MSB3aXRoIGFuIGlu YWRlcXVhdGUgU0VBUkNIIHNwZWNpZmljYXRpb24uLi4NCnJqczM6IGhhdmlu ZyB0aGUgZGVmYXVsdCBvcHRpb24gYXQgYWxsIHNlZW1zIHRvIGJlIHVucG9w dWxhciwgdGhvdWdoIGEgc2VydmVyIHNwZWNpZmllZCBkZWZhdWx0IHNlZW1z IGJldHRlciAoaS5lLiBub3Qgc3BlY2lmaWVkIGluIHRoZSBkcmFmdCkNCnJq czM6ICJ3ZSBjb3VsZCBoYXZlIGEgQ09NUEFSQVRPUiBjb21tYW5kIGp1c3Qg bGlrZSB0aGUgVUlEIGNvbW1hbmQuLi4iIChncm9hbnMpDQpyanMzOiBjaHJp cyB3aWxsIHNwZWNpZnkgYm90aCB3YXlzLCBhbmQgdGhlbiB3ZSB3aWxsIGZp Z2h0IGl0IG91dA0KcmpzMzogY2hyaXMgYWxzbyB3YW50cyB0byBkcmFnIHVw IHRoZSBvbGQgbGFuZ3VhZ2UgZHJhZnQNCnJqczM6IHBsZWFzZSBlbWFpbCBj aHJpcyBzdWdnZXN0aW9ucyBmb3Igc3ludGF4IGZvciBzZWFyY2ggYW5kIHNv cnQNCnJqczM6IGRpc2N1c3Npb24gb2Ygc3RyaW5ncHJlcCBvbiBMSVNUDQpy anMzOiAoc2VtaSBvZmYtdG9waWMpIGRpc2N1c3Npb24gb2Ygc3RyaW5ncHJl cCBvbiBVUklzDQpyanMzOiBjaHJpcyBzdWdnZXN0cyBjaGFyZ2luZyBmb3Ig Y29tcGFyYXRvcnMgIA0KbGVnOiBiYXJyeSBhcmUgeW91IGF3YWtlPw0Kcmpz MzogYmFycnkgZG8geW91IGhhdmUgYW55dGhpbmcgdG8gc2F5IGFib3V0IGxp c3RleHQ/DQpsZWc6ICANCmxlZzogKFcpDQpsZWc6ICgvKQ0KbGVnOiAoUikN CmJhcnJ5bGVpYmE6IEknbSBoZXJlLi4uDQpsZWc6IChEKQ0KcmpzMzogICAN CnJqczM6IGRvIHlvdSBoYXZlIGFueXRoaW5nIHRvIHNheSBhYm91dCBsaXN0 ZXh0Pw0KIHJlc25pY2sgaGFzIGVudGVyZWQgdGhlIHJvb20NCmJhcnJ5bGVp YmE6IFRoZXJlIHdhcyBsaXR0bGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBh Ym91dCB0aGUgbGF0ZXN0IExJU1RFWFQgZHJhZnQuICBJIGhhdmUgY29tbWVu dHMgZnJvbSBDeXJ1cyB0aGF0IEknbGwgaW5jb3Jwb3JhdGUgaW50byBvbmUg bW9yZSBkcmFmdCB3aGVuIHRoZSBlZGl0b3Igb3BlbnMgYWNjZXB0YW5jZSBh Z2FpbiwgYW5kIHdlJ2xsIHNlZSB3aGVyZSB0aGF0IGdvZXMuDQpsZWc6IGFk ZCBTVEFUVVMhDQpiYXJyeWxlaWJhOiBJIHRoaW5rIGl0J3MgYWxtb3N0IHJl YWR5IGZvciBsYXN0IGNhbGwsIHByb2JhYmx5IGp1c3Qgb25lIG1vcmUgcm91 bmQgZmlyc3QuDQpiYXJyeWxlaWJhOiBJcyB0aGVyZSBjb25zZW5zdXMgdG8g YWRkIFNUQVRVUz8NCnJqczM6IFlFUw0KbGVnOiB5ZXMsIGluY2x1ZGluZyBt YXJrDQpyanMzOiBzb3JyeSwgY2FwcyBsb2NrDQpiYXJyeWxlaWJhOiBPSywg SSB3aWxsIGFkZC4NCnJqczM6IGFsZXhleSBoYXMgYSBxdWVzdGlvbjogd2hh dCBhYm91dCBtdWx0aS1tYWlsYm94IHNlYXJjaD8NCmJhcnJ5bGVpYmE6IFRo YXQncyBiZWVuIG9uIG15IHF1ZXVlIHRvIHJlLXN1Ym1pdC4gIEkgd2lsbCBy ZXN1Ym1pdCB0aGUgb2xkIGRyYWZ0LCB1bmNoYW5nZWQsIG5leHQgd2VlayAo b3Igd2hlbmV2ZXIgaXQgb3BlbnMgYWdhaW4pLiAgV2UgY2FuIG1ha2UgdGhl IGNoYW5nZXMgd2UgZGlzY3Vzc2VkIGFuZCBnZXQgaXQgcmUtcmUtc3VibWl0 dGVkIGFmdGVyIGl0J3MgYWN0aXZhdGVkLg0KcmpzMzogbWFyayBoYXMgZGVs ZXRlZCBbYWxtb3N0XSBhbGwgdGV4dCBpbiBTT1JUIGFuZCBUSFJFQUQgYWJv dXQgaTE4biBhbmQgaGUgd2lsbCBqdXN0IHJlZmVyZW5jZSBjaHJpcydzIGRv Y3VtZW50DQpyanMzOiBhbGV4ZXkgb2ZmZXJzIGhlbHAgaWYgeW91IG5lZWQg aXQsIHNpbmNlIGhlIGhhcyBzcGFyZSBjeWNsZQ0KcmpzMzogcw0KYmFycnls ZWliYTogVGhhbmtzOyBJJ2xsIGNvbnRhY3QgaGltIG9mZmxpbmUgYWZ0ZXIg SUVURi4NCnJqczM6IGNvb2wNCnJqczM6IGNvbmNsdWRpbmcgbm93DQogcmVz bmljayBoYXMgbGVmdCB0aGUgcm9vbQ0K --41987192-1999536971-1048114617=:27513-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2J0BQB16830 for ietf-imapext-bks; Tue, 18 Mar 2003 16:11:26 -0800 (PST) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2J0BOg16821 for ; Tue, 18 Mar 2003 16:11:24 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout4.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0BILv027374; Tue, 18 Mar 2003 16:11:23 -0800 Received: from Shimo-Tomobiki.Panda.COM (wl-138-148.wireless.ietf56.ietf.org [130.129.138.148]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0BEwb017332 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 18 Mar 2003 16:11:17 -0800 X-Received: via tmail-2000(13) (invoked by user mailnull) for mrc+ietf; Tue, 18 Mar 2003 15:46:10 -0800 (PST) X-Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by ndcms.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INkAbW002953; Tue, 18 Mar 2003 15:46:10 -0800 X-Received: from ran.ietf.org (ran.ietf.org [132.151.6.60]) by mx2.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INk57p026920; Tue, 18 Mar 2003 15:46:06 -0800 X-Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 18vQns-0004rk-00 for ietf-announce-list@ran.ietf.org; Tue, 18 Mar 2003 18:47:32 -0500 X-Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 18vQmU-0004qo-00 for all-ietf@ran.ietf.org; Tue, 18 Mar 2003 18:46:06 -0500 X-Received: from gamma.isi.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06058 for ; Tue, 18 Mar 2003 18:32:53 -0500 (EST) X-Received: from ISI.EDU (jet.isi.edu [128.9.160.87]) by gamma.isi.edu (8.11.6/8.11.2) with ESMTP id h2INZ6Z28548; Tue, 18 Mar 2003 15:35:06 -0800 (PST) Message-Id: <200303182335.h2INZ6Z28548@gamma.isi.edu> To: IETF-Announce: ; Subject: RFC 3502 on Internet Message Access Protocol (IMAP) - MULTIAPPEND Extension Cc: rfc-editor@rfc-editor.org From: rfc-editor@rfc-editor.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary=NextPart Date: Tue, 18 Mar 2003 15:35:05 -0800 X-Uwash-Spam: Gauge=XXXIIIIIIIII, Probability=39%, Report="MSG_ID_ADDED_BY_MTA_3, NO_REAL_NAME, SPAM_PHRASE_00_01, TO_MALFORMED" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A new Request for Comments is now available in online RFC libraries. RFC 3502 Title: Internet Message Access Protocol (IMAP) - MULTIAPPEND Extension Author(s): M. Crispin Status: Standards Track Date: March 2003 Mailbox: MRC@CAC.Washington.EDU Pages: 7 Characters: 13379 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-cripsin-imap-multiappend-07.txt URL: ftp://ftp.rfc-editor.org/in-notes/rfc3502.txt This document describes the multiappending extension to the Internet Message Access Protocol (IMAP) (RFC 3501). This extension provides substantial performance improvements for IMAP clients which upload multiple messages at a time to a mailbox on the server. A server which supports this extension indicates this with a capability name of "MULTIAPPEND". This is now a Proposed Standard Protocol. This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution.echo Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. Joyce K. Reynolds and Sandy Ginoza USC/Information Sciences Institute ... Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the ASCII version of the RFCs. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="RFC-INFO@RFC-EDITOR.ORG" Content-Type: text/plain Content-ID: <030318153348.RFC@RFC-EDITOR.ORG> RETRIEVE: rfc DOC-ID: rfc3502 --OtherAccess Content-Type: Message/External-body; name="rfc3502.txt"; site="ftp.isi.edu"; access-type="anon-ftp"; directory="in-notes" Content-Type: text/plain Content-ID: <030318153348.RFC@RFC-EDITOR.ORG> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2J0BQM16831 for ietf-imapext-bks; Tue, 18 Mar 2003 16:11:26 -0800 (PST) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2J0BOg16826 for ; Tue, 18 Mar 2003 16:11:24 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout1.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0B5xS025227; Tue, 18 Mar 2003 16:11:10 -0800 Received: from Shimo-Tomobiki.Panda.COM (wl-138-148.wireless.ietf56.ietf.org [130.129.138.148]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0B1wb017326 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 18 Mar 2003 16:11:05 -0800 X-Received: via tmail-2000(13) (invoked by user mailnull) for mrc+ietf; Tue, 18 Mar 2003 15:46:10 -0800 (PST) X-Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by ndcms.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INkAbW002952; Tue, 18 Mar 2003 15:46:10 -0800 X-Received: from ran.ietf.org (ran.ietf.org [132.151.6.60]) by mx2.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INk47p026918; Tue, 18 Mar 2003 15:46:05 -0800 X-Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 18vQlw-0004qa-00 for ietf-announce-list@ran.ietf.org; Tue, 18 Mar 2003 18:45:32 -0500 X-Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 18vQl8-0004qE-00 for all-ietf@ran.ietf.org; Tue, 18 Mar 2003 18:44:42 -0500 X-Received: from gamma.isi.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06041 for ; Tue, 18 Mar 2003 18:31:29 -0500 (EST) X-Received: from ISI.EDU (jet.isi.edu [128.9.160.87]) by gamma.isi.edu (8.11.6/8.11.2) with ESMTP id h2INXgZ27944; Tue, 18 Mar 2003 15:33:42 -0800 (PST) Message-Id: <200303182333.h2INXgZ27944@gamma.isi.edu> To: IETF-Announce: ; Subject: RFC 3501 on INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 Cc: rfc-editor@rfc-editor.org From: rfc-editor@rfc-editor.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary=NextPart Date: Tue, 18 Mar 2003 15:33:42 -0800 X-Uwash-Spam: Gauge=XXXIIIIIIIII, Probability=39%, Report="MSG_ID_ADDED_BY_MTA_3, NO_REAL_NAME, SPAM_PHRASE_00_01, TO_MALFORMED" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A new Request for Comments is now available in online RFC libraries. RFC 3501 Title: INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 Author(s): M. Crispin Status: Standards Track Date: March 2003 Mailbox: MRC@CAC.Washington.EDU Pages: 108 Characters: 227640 Obsoletes: 2060 I-D Tag: draft-cripsin-imapv-20.txt URL: ftp://ftp.rfc-editor.org/in-notes/rfc3501.txt The Internet Message Access Protocol, Version 4rev1 (IMAP4rev1) allows a client to access and manipulate electronic mail messages on a server. IMAP4rev1 permits manipulation of mailboxes (remote message folders) in a way that is functionally equivalent to local folders. IMAP4rev1 also provides the capability for an offline client to resynchronize with the server. IMAP4rev1 includes operations for creating, deleting, and renaming mailboxes, checking for new messages, permanently removing messages, setting and clearing flags, RFC 2822 and RFC 2045 parsing, searching, and selective fetching of message attributes, texts, and portions thereof. Messages in IMAP4rev1 are accessed by the use of numbers. These numbers are either message sequence numbers or unique identifiers. IMAP4rev1 supports a single server. A mechanism for accessing configuration information to support multiple IMAP4rev1 servers is discussed in RFC 2244. IMAP4rev1 does not specify a means of posting mail; this function is handled by a mail transfer protocol such as RFC 2821. This is now a Proposed Standard Protocol. This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution.echo Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. Joyce K. Reynolds and Sandy Ginoza USC/Information Sciences Institute ... Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the ASCII version of the RFCs. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="RFC-INFO@RFC-EDITOR.ORG" Content-Type: text/plain Content-ID: <030318153207.RFC@RFC-EDITOR.ORG> RETRIEVE: rfc DOC-ID: rfc3501 --OtherAccess Content-Type: Message/External-body; name="rfc3501.txt"; site="ftp.isi.edu"; access-type="anon-ftp"; directory="in-notes" Content-Type: text/plain Content-ID: <030318153207.RFC@RFC-EDITOR.ORG> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2IG7G318500 for ietf-imapext-bks; Tue, 18 Mar 2003 08:07:16 -0800 (PST) Received: from ithilien.qualcomm.com (ithilien.qualcomm.com [129.46.51.59]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2IG6wg18489 for ; Tue, 18 Mar 2003 08:07:15 -0800 (PST) Received: from sabrina.qualcomm.com (sabrina.qualcomm.com [129.46.61.150]) by ithilien.qualcomm.com (8.12.8/8.12.5/1.0) with ESMTP id h2IG6wlb028990; Tue, 18 Mar 2003 08:06:58 -0800 (PST) Received: from [66.114.232.124] (vpn-10-50-16-2.qualcomm.com [10.50.16.2]) by sabrina.qualcomm.com (8.12.8/8.12.5/1.0) with ESMTP id h2IG6rOM009814; Tue, 18 Mar 2003 08:06:54 -0800 (PST) Mime-Version: 1.0 Message-Id: In-Reply-To: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> References: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> X-Mailer: Eudora for Mac OS X v6.0a Date: Tue, 18 Mar 2003 08:03:23 -0800 To: Chris Newman , IMAP Extensions WG From: Randall Gellens Subject: Re: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b25 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: At 11:11 AM -0800 3/17/03, Chris Newman wrote: > Pete just mentioned to me that he got the room: > > Wednesday March 19, 13:00 Franciscian C I won't be able to make it (I'll be in Vancouver that day), but I'll review the Jabber log afterwards, so please make it easonably complete. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly-selected tag: --------------- Majority: That quality that distinguishes a crime from a law. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2HJfmQ28743 for ietf-imapext-bks; Mon, 17 Mar 2003 11:41:48 -0800 (PST) Received: from kcmso2.proxy.att.com (kcmso2.att.com [192.128.134.71]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2HJfkg28738 for ; Mon, 17 Mar 2003 11:41:46 -0800 (PST) Received: from maillennium.att.com ([135.25.114.99]) by kcmso2.proxy.att.com (AT&T IPNS/MSO-4.0) with ESMTP id h2HJfgFl029755 for ; Mon, 17 Mar 2003 13:41:43 -0600 (CST) Received: from att.com (tony-ob.mt.att.com[135.91.110.11](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20030317194055gw100nj1bhe> (Authid: tony); Mon, 17 Mar 2003 19:40:55 +0000 Message-ID: <3E7624BB.3050103@att.com> Date: Mon, 17 Mar 2003 14:40:43 -0500 From: Tony Hansen User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) X-Accept-Language: en-us, en MIME-Version: 1.0 To: IMAP extensions Mailing List Subject: Re: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C References: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> <071f01c2ecbb$9b85c570$40280209@watson.ibm.com> In-Reply-To: <071f01c2ecbb$9b85c570$40280209@watson.ibm.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: ditto Barry Leiba wrote: > And y'all'll be on jabber? > If so, I'll try to be connected for it. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2HJU8r28322 for ietf-imapext-bks; Mon, 17 Mar 2003 11:30:08 -0800 (PST) Received: from igw2.watson.ibm.com (igw2.watson.ibm.com [129.34.20.6]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2HJU7g28316 for ; Mon, 17 Mar 2003 11:30:07 -0800 (PST) Received: from sp1n294en1.watson.ibm.com (sp1n294en1.watson.ibm.com [9.2.112.58]) by igw2.watson.ibm.com (8.11.6/8.11.4) with ESMTP id h2HJU3n124266 for ; Mon, 17 Mar 2003 14:30:03 -0500 Received: from mars (mars.watson.ibm.com [9.2.40.64]) by sp1n294en1.watson.ibm.com (8.11.6/8.11.4) with SMTP id h2HJU3U09858 for ; Mon, 17 Mar 2003 14:30:03 -0500 Message-ID: <071f01c2ecbb$9b85c570$40280209@watson.ibm.com> From: "Barry Leiba" To: "IMAP extensions Mailing List" References: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> Subject: Re: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C Date: Mon, 17 Mar 2003 14:30:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: And y'all'll be on jabber? If so, I'll try to be connected for it. Barry -- Barry Leiba, Internet Messaging Technology (leiba@watson.ibm.com) http://www.research.ibm.com/people/l/leiba Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2HJC5J27758 for ietf-imapext-bks; Mon, 17 Mar 2003 11:12:05 -0800 (PST) Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2HJC4g27752 for ; Mon, 17 Mar 2003 11:12:04 -0800 (PST) Received: from esunmail ([129.147.58.198]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA09239 for ; Mon, 17 Mar 2003 12:12:06 -0700 (MST) Received: from xpa-fe2 ([129.147.58.198]) by edgemail1.Central.Sun.COM (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HBW002E9QO5WZ@edgemail1.Central.Sun.COM> for ietf-imapext@imc.org; Mon, 17 Mar 2003 12:12:06 -0700 (MST) Received: from wl-141-253.wireless.ietf56.ietf.org ([130.129.141.253]) by mail.sun.net (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTPSA id <0HBW004LOQNYK3@mail.sun.net> for ietf-imapext@imc.org; Mon, 17 Mar 2003 12:12:05 -0700 (MST) Date: Mon, 17 Mar 2003 11:11:14 -0800 From: Chris Newman Subject: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C To: IMAP Extensions WG Message-id: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> MIME-version: 1.0 X-Mailer: Mulberry/3.0.0 (Mac OS X) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Content-disposition: inline X-message-flag: Outlook: the best virus distribution system around Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Pete just mentioned to me that he got the room: Wednesday March 19, 13:00 Franciscian C - Chris Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2EJxOq01537 for ietf-imapext-bks; Fri, 14 Mar 2003 11:59:24 -0800 (PST) Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2EJxNg01533 for ; Fri, 14 Mar 2003 11:59:24 -0800 (PST) Received: from esunmail ([129.147.58.120]) by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA02562 for ; Fri, 14 Mar 2003 12:59:26 -0700 (MST) Received: from xpa-fe2 (esunmail [129.147.58.120]) by edgemail1.Central.Sun.COM (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HBR0061M8V1GE@edgemail1.Central.Sun.COM> for ietf-imapext@imc.org; Fri, 14 Mar 2003 12:59:26 -0700 (MST) Received: from nifty-jr.west.sun.com ([129.153.12.95]) by mail.sun.net (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTPSA id <0HBR00E8O8UZ2A@mail.sun.net> for ietf-imapext@imc.org; Fri, 14 Mar 2003 12:59:25 -0700 (MST) Date: Fri, 14 Mar 2003 11:58:43 -0800 From: Chris Newman Subject: RE: i18n support for sort & thread In-reply-to: <4A3384433CE2AB46A63468CB207E209D2488DF@zoe.office.snowshore.com> To: Eric Burger Cc: IMAP Extensions WG Message-id: <2147483647.1047643123@nifty-jr.west.sun.com> MIME-version: 1.0 X-Mailer: Mulberry/3.0.0 (Mac OS X) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Content-disposition: inline X-message-flag: Outlook: the best virus distribution system around References: <4A3384433CE2AB46A63468CB207E209D2488DF@zoe.office.snowshore.com> Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I will fix the string length, change control and typo issues. Thanks. begin quotation by Eric Burger on 2003/3/14 10:08 -0500: > Section 6.1 introduces the octet comparator. The document compares it to > memcmp(). I was thinking that one needs either an explicit maximum > length indicator, or state the strings have a termination indicator > (e.g., null termination). If the assumption is null termination, then > step 5 should be split to say if the first octet is 0 in one string, then > the other is larger and the comparison ends. Otherwise, the existing > text of step 5, noting that the range is now 1-255, is fine. The general model for a comparator allows arbitrary octet strings, thus NUL termination is not part of the general model. A specific protocol that forbid NUL in strings used with comparators could use NUL terminated strings to implement this. > I have a question out of curiosity: Section 5 states that it is > insufficient to return the starting point of the matched string in a > substring operation. Since strings have to be matched exactly, I would > expect the length or end position information to be redundant. I'm not a > character set expert, so I may be dead wrong on this one. Unicode allows certain accented glyphs to be represented as either one character (precomposed form) or two characters (decomposed form, the base character and a combining accent character). A sophisticated comparator like i;basic* will match these two forms which have different lengths. That's only one example of the situation where the length of the pattern string and the length of the matched text are different, there are others. I included that comment in Section 5 because it is non-obvious. - Chris Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2EF6gL15459 for ietf-imapext-bks; Fri, 14 Mar 2003 07:06:42 -0800 (PST) Received: from zoe.office.snowshore.com (goalie.snowshore.com [216.57.133.4]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2EF6fg15454 for ; Fri, 14 Mar 2003 07:06:41 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: i18n support for sort & thread Date: Fri, 14 Mar 2003 10:08:48 -0500 Message-ID: <4A3384433CE2AB46A63468CB207E209D2488DF@zoe.office.snowshore.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: i18n support for sort & thread Thread-Index: AcLeEYq0HUELdrDnTmmoIhK6cH3nPwLvBcaQ From: "Eric Burger" To: "Chris Newman" Cc: "IMAP Extensions WG" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by above.proper.com id h2EF6gg15455 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Comments on "comparator.txt". Section 3 limits the comparator-wild string to 255 characters. Why? If it is to limit the buffer, I would suggest 254 characters. The reason is that there is the unitary operator comparator-order which one may prepend to comparator-wild. 256 is just such a nice total buffer size compared to 257. Section 6.1 introduces the octet comparator. The document compares it to memcmp(). I was thinking that one needs either an explicit maximum length indicator, or state the strings have a termination indicator (e.g., null termination). If the assumption is null termination, then step 5 should be split to say if the first octet is 0 in one string, then the other is larger and the comparison ends. Otherwise, the existing text of step 5, noting that the range is now 1-255, is fine. I am very concerned about one stipulation in Section 7.1. Section 7.1 says the change control ownership of a registration should be "preferably from the same organization as the original owner." That works for me *IF* the registration in question is a vnd registration. However, I would offer it is not appropriate to have such a stipulation for an IETF registration. I have a question out of curiosity: Section 5 states that it is insufficient to return the starting point of the matched string in a substring operation. Since strings have to be matched exactly, I would expect the length or end position information to be redundant. I'm not a character set expert, so I may be dead wrong on this one. Section 7.1 has a typo: OLD: registration is rejected with cause, if it can be re-submitted if NEW: registration is rejected with cause, it can be re-submitted if ^ Appendix A has a typo: OLD: described in section Section 5 NEW: described in Section 5 ^ Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2DMBRj03399 for ietf-imapext-bks; Thu, 13 Mar 2003 14:11:27 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2DMBLg03391 for ; Thu, 13 Mar 2003 14:11:21 -0800 (PST) Received: from [216.43.25.67] (216.43.25.67) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Thu, 13 Mar 2003 16:11:24 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: <2147483647.1047469866@nifty-jr.west.sun.com> References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> X-Mailer: Eudora [Macintosh version 6.0a8] Date: Thu, 13 Mar 2003 16:11:20 -0600 To: Chris Newman From: Pete Resnick Subject: Re: it's getting late folks... Cc: Alexey Melnikov , Mark Crispin , IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/12/03 at 11:51 AM -0800, Chris Newman wrote: >Have a face-to-face IMAPEXT meeting at every IETF meeting until we >are finished. Only cancel if there are (a) no revised drafts, or >(b) a significant percentage of key participants fail to get travel >funding. So far, this seems to be the consensus, and I will certainly live with it. My view of this has always been that doing a burst of work every 4 months is not moving very quickly. However, the claim seems to be that otherwise, the work will move even *more* slowly. We seem to have enough people to at least have a session of some sort in SF. I will send the request to Ned, who needs to approve it, and then send a request to Dinara. This will not be on the official agenda; that deadline has long since passed. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2D12r118083 for ietf-imapext-bks; Wed, 12 Mar 2003 17:02:53 -0800 (PST) Received: from smtp6.andrew.cmu.edu (SMTP6.andrew.cmu.edu [128.2.10.86]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2D12q318079 for ; Wed, 12 Mar 2003 17:02:52 -0800 (PST) Received: from GOBO.andrew.cmu.edu (GOBO.andrew.cmu.edu [128.2.120.172]) (user=rjs3 mech=KERBEROS_V4 (0 bits)) by smtp6.andrew.cmu.edu (8.12.8/8.12.3.Beta2) with ESMTP id h2D12o6t013756; Wed, 12 Mar 2003 20:02:50 -0500 Date: Wed, 12 Mar 2003 20:02:49 -0500 (EST) From: Rob Siemborski To: Cyrus Daboo cc: Mark Crispin , IMAP extensions Mailing List Subject: Re: it's getting late folks... In-Reply-To: <2147483647.1047489988@[128.2.73.162]> Message-ID: References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> <2147483647.1047489988@[128.2.73.162]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Wed, 12 Mar 2003, Cyrus Daboo wrote: > --On Wednesday, March 12, 2003 1:52 PM -0800 Mark Crispin > wrote: > > | Can I have a headcount of who would be available for a BOF in San > | Francisco, assume that I can still get one scheduled? And could Barry and > | anyone else who can't attend pass on any concerns for the BOF? > > I will be there. Same. And I assume Larry would also try to make it. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski | Andrew Systems Group * Research Systems Programmer PGP:0x5CE32FCC | Cyert Hall 207 * rjs3@andrew.cmu.edu * 412.268.7456 -----BEGIN GEEK CODE BLOCK---- Version: 3.12 GCS/IT/CM/PA d- s+: a-- C++++$ ULS++++$ P+++$ L+++(++++) E W+ N o? K- w O- M-- V-- PS+ PE++ Y+ PGP+ t+@ 5+++ R@ tv-@ b+ DI+++ G e h r- y? ------END GEEK CODE BLOCK----- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CMYhi12741 for ietf-imapext-bks; Wed, 12 Mar 2003 14:34:43 -0800 (PST) Received: from almso2.proxy.att.com (almso2.att.com [192.128.166.71]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CMYf312736 for ; Wed, 12 Mar 2003 14:34:41 -0800 (PST) Received: from maillennium.att.com ([135.25.114.99]) by almso2.proxy.att.com (AT&T IPNS/MSO-4.0) with ESMTP id h2CMYcWx020156 for ; Wed, 12 Mar 2003 17:34:39 -0500 (EST) Received: from att.com (unknown[135.210.34.15](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20030312223352gw100nivale> (Authid: tony); Wed, 12 Mar 2003 22:33:52 +0000 Message-ID: <3E6FB5F3.6000805@att.com> Date: Wed, 12 Mar 2003 17:34:27 -0500 From: Tony Hansen User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Crispin CC: IMAP extensions Mailing List Subject: Re: it's getting late folks... References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Mark Crispin wrote: > Can I have a headcount of who would be available for a BOF in San > Francisco, assume that I can still get one scheduled? And could Barry and > anyone else who can't attend pass on any concerns for the BOF? Unfortunately, I won't be there next week. Business exigencies dictated otherwise. Tony Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CMR3I11932 for ietf-imapext-bks; Wed, 12 Mar 2003 14:27:03 -0800 (PST) Received: from darius.cyrusoft.com (darius.cyrusoft.com [63.163.82.2]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CMR2311925 for ; Wed, 12 Mar 2003 14:27:02 -0800 (PST) Received: from [128.2.73.162] (localhost [127.0.0.1]) by darius.cyrusoft.com (8.9.3/8.9.3) with ESMTP id RAA16586; Wed, 12 Mar 2003 17:23:34 -0500 (EST) Date: Wed, 12 Mar 2003 17:26:28 -0500 From: Cyrus Daboo To: Mark Crispin , IMAP extensions Mailing List Subject: Re: it's getting late folks... Message-ID: <2147483647.1047489988@[128.2.73.162]> In-Reply-To: References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> X-Mailer: Mulberry/3.0.2.1 (Mac OS/PPC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hi Mark, --On Wednesday, March 12, 2003 1:52 PM -0800 Mark Crispin wrote: | Can I have a headcount of who would be available for a BOF in San | Francisco, assume that I can still get one scheduled? And could Barry and | anyone else who can't attend pass on any concerns for the BOF? I will be there. -- Cyrus Daboo Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CLqNx07904 for ietf-imapext-bks; Wed, 12 Mar 2003 13:52:23 -0800 (PST) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CLqL307894 for ; Wed, 12 Mar 2003 13:52:21 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout3.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2CLqNGw009874 for ; Wed, 12 Mar 2003 13:52:23 -0800 Received: from Shimo-Tomobiki.Panda.COM (panda.com [206.124.149.114]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2CLqLwb011093 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 12 Mar 2003 13:52:23 -0800 Date: Wed, 12 Mar 2003 13:52:25 -0800 (Pacific Standard Time) From: Mark Crispin To: IMAP extensions Mailing List Subject: Re: it's getting late folks... In-Reply-To: <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> Message-ID: References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I concur wholeheartedly with everything that Chris has said. I am also very sympathetic to Barry's situation. More than once, I did not attend an IETF, only to learn later that something that I had a major stake in was agreed upon in my absence. However, in this case, I have the opposite problem. I got funding to go to San Francisco, and am pre-registered. I definitely will *not* go to Vienna. I may encounter difficulty in getting funding for future IETFs. Since it is too late to schedule an IMAPEXT WG meeting in San Francisco, I would like to schedule a BOF meeting. Because Barry can't be there, we should not do anything more on the LISTEXT extension other than reviewing Barry's current work and perhaps generating feedback. Can I have a headcount of who would be available for a BOF in San Francisco, assume that I can still get one scheduled? And could Barry and anyone else who can't attend pass on any concerns for the BOF? Please respond as quickly as possible, since I am facing deadlines to cancel my travel arrangements. Thank you. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CKokh05381 for ietf-imapext-bks; Wed, 12 Mar 2003 12:50:46 -0800 (PST) Received: from igw2.watson.ibm.com (igw2.watson.ibm.com [129.34.20.6]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CKoj305375 for ; Wed, 12 Mar 2003 12:50:45 -0800 (PST) Received: from sp1n294en1.watson.ibm.com (sp1n294en1.watson.ibm.com [9.2.112.58]) by igw2.watson.ibm.com (8.11.6/8.11.4) with ESMTP id h2CKogn63702 for ; Wed, 12 Mar 2003 15:50:42 -0500 Received: from mars (mars.watson.ibm.com [9.2.40.64]) by sp1n294en1.watson.ibm.com (8.11.6/8.11.4) with SMTP id h2CKofU31734 for ; Wed, 12 Mar 2003 15:50:41 -0500 Message-ID: <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> From: "Barry Leiba" To: "IMAP extensions Mailing List" References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> Subject: Re: it's getting late folks... Date: Wed, 12 Mar 2003 15:50:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I agree with a lot of what Chris says, and in particular: > Some people can't get travel > approval to the IETF unless there is a scheduled meeting, so hallway > meetings are not a substitute for scheduled meetings I have already killed this IETF meeting because there's no IMAPext session at it. The first thing my management asks when I say I want to go to an IETF meeting is, "Will they be talking about your drafts?" -- put another way, "Is your Working Group meeting at this one?" If the answer is no, it's almost certain that I won't be there. This is different from how it was three years ago, but it's how it is now, alas. > 2) Have a face-to-face IMAPEXT meeting at every IETF meeting until we are > finished. Only cancel if there are (a) no revised drafts, or (b) a > significant percentage of key participants fail to get travel funding. Let's do this. But let's not try to do it NOW, for San Francisco, because even if we can manage to get a room at this late date, I (and probably others) can't arrange the travel at this point. Barry -- Barry Leiba, Internet Messaging Technology (leiba@watson.ibm.com) http://www.research.ibm.com/people/l/leiba Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CJqt802501 for ietf-imapext-bks; Wed, 12 Mar 2003 11:52:55 -0800 (PST) Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CJqo302490 for ; Wed, 12 Mar 2003 11:52:50 -0800 (PST) Received: from esunmail ([129.147.58.120]) by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA16612 for ; Wed, 12 Mar 2003 12:52:53 -0700 (MST) Received: from xpa-fe2 (esunmail [129.147.58.120]) by edgemail1.Central.Sun.COM (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HBN00M77J68BL@edgemail1.Central.Sun.COM> for ietf-imapext@imc.org; Wed, 12 Mar 2003 12:51:45 -0700 (MST) Received: from nifty-jr.west.sun.com ([129.153.12.95]) by mail.sun.net (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTPSA id <0HBN00496J65KA@mail.sun.net> for ietf-imapext@imc.org; Wed, 12 Mar 2003 12:51:44 -0700 (MST) Date: Wed, 12 Mar 2003 11:51:06 -0800 From: Chris Newman Subject: Re: it's getting late folks... In-reply-to: <3E6F2D7E.ADC0FB75@messagingdirect.com> To: Pete Resnick Cc: Alexey Melnikov , Mark Crispin , IMAP Extensions WG Message-id: <2147483647.1047469866@nifty-jr.west.sun.com> MIME-version: 1.0 X-Mailer: Mulberry/3.0.0 (Mac OS X) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Content-disposition: inline X-message-flag: Outlook: the best virus distribution system around References: <3E6F2D7E.ADC0FB75@messagingdirect.com> Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: The failure to have an IMAPEXT meeting at this IETF is extremely detrimental to having IMAPEXT complete its work in a timely fashion. IMAP is a very successful protocol and as a result most of the key participants in this group have significant day-job demands that require constant attention. This is further exacerbated by the industry cutting jobs, so many of us have to do work that used to be done by two or three people. There are hundreds of things that won't get done unless I do them and standards honestly rank somewhere in the middle of the priority list. In this environment, it is extremely rare for me to get time to work on writing or reviewing internet drafts properly. If we rely on the email list to move IMAPEXT forward, it will continue to move forward at the present snails pace and we may never complete. Face-to-face meetings have real value to move work forward. If I have a scheduled meeting which I have to get approval to attend then I will spend the time reviewing drafts for that meeting. If there's no scheduled meeting, then the drafts won't get reviewed because I have higher priorities and no deadline for the review. Some people can't get travel approval to the IETF unless there is a scheduled meeting, so hallway meetings are not a substitute for scheduled meetings because some key participants will be missing. We should pick one of two actions: 1) Shut down IMAPEXT because we get no benefit from the WG structure. Let all this work be individual submissions reviewed on the list. 2) Have a face-to-face IMAPEXT meeting at every IETF meeting until we are finished. Only cancel if there are (a) no revised drafts, or (b) a significant percentage of key participants fail to get travel funding. - Chris Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CCrLk07678 for ietf-imapext-bks; Wed, 12 Mar 2003 04:53:21 -0800 (PST) Received: from woozle.isode.com (woozle.isode.com [193.133.227.19]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CCrK307674 for ; Wed, 12 Mar 2003 04:53:20 -0800 (PST) Received: from messagingdirect.com (actually gagarin.isode.com) by woozle.isode.com (local) with ESMTP; Wed, 12 Mar 2003 12:52:25 +0000 Message-ID: <3E6F2D7E.ADC0FB75@messagingdirect.com> Date: Wed, 12 Mar 2003 05:52:14 -0700 From: Alexey Melnikov Organization: ACI WorldWide / MessagingDirect X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Pete Resnick CC: Mark Crispin , IMAP Extensions WG Subject: Re: it's getting late folks... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: People who are going to attend anyway can arrange a meeting. Cheers, Alexey __________________________________________ R & D, ACI Worldwide/MessagingDirect Watford, UK Work Phone: +44 1923 81 2877 Home Page: http://orthanc.ab.ca/mel I speak for myself only, not for my employer. __________________________________________ Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BNux016780 for ietf-imapext-bks; Tue, 11 Mar 2003 15:56:59 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BNuw316767 for ; Tue, 11 Mar 2003 15:56:58 -0800 (PST) Received: from [129.46.76.182] (129.46.76.182) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Tue, 11 Mar 2003 17:56:57 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a8] Date: Tue, 11 Mar 2003 15:56:32 -0800 To: Mark Crispin From: Pete Resnick Subject: Re: it's getting late folks... Cc: IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/11/03 at 3:15 PM -0800, Mark Crispin wrote: >>Certainly there's been no problems that sound like they can't be >>worked out by e-mail. Meeting time is for hashing out problems that >>can't be dealt with on the list. [...] >>Perhaps I was mistaken, but I see no deadlocked issues out there >>for us to discuss. > >On the contrary, I see quite a bit that needs to be worked on. I didn't say there was nothing to be worked on. I said that I didn't see issues that were so deadlocked that they couldn't be worked out on the list. IETF work takes place on the mailing lists. No one here is new to the IETF; we don't postpone discussions for meetings unless there is an indication that they can't be handled by e-mail. IETF meetings are very busy times for many of us (I personally have many meetings that I need to attend and many documents to catch up on), and I don't want to add yet another thing to everyone's already overbooked schedules unless there's good reason to do so. Scheduling closed on January 25th, and final agendas for WG items are due day after tomorrow. It is not SOP to wait for the chair to *ask* if there are any issues and spring them as the meeting deadlines approach. If you have issues that you think the document authors need to address, post them to the list. It's not like your message is going to get lost in the noise. And it's certainly cheaper, and often as effective, as buying a plane ticket. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BNFKF14418 for ietf-imapext-bks; Tue, 11 Mar 2003 15:15:20 -0800 (PST) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BNFI314412 for ; Tue, 11 Mar 2003 15:15:18 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BNF3Gw030338; Tue, 11 Mar 2003 15:15:03 -0800 Received: from Tomobiki-Cho.CAC.Washington.EDU (tomobiki-cho.cac.washington.edu [128.95.135.58]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BNF3aM006247 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 11 Mar 2003 15:15:03 -0800 Date: Tue, 11 Mar 2003 15:15:04 -0800 (Pacific Standard Time) From: Mark Crispin To: Pete Resnick cc: IMAP Extensions WG Subject: Re: it's getting late folks... In-Reply-To: Message-ID: References: Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Tue, 11 Mar 2003, Pete Resnick wrote: > >That is news to me. I don't see anything in any notes from the Atlanta > >meeting that says that we would not be meeting in San Francisco. > I don't see it in the minutes, though I remember quite clearly saying > at the beginning of the meeting that we were stalled, that we needed > to complete work quickly, and that we should try to dispose of that > without having to meet again. I see nothing in the minutes (or my own notes) about "without having to meet again." Rob Siemborski wrote: - This group is being stalled on various issues for too long, we need to decide on what we need to get done and punt on what we can't. and I wrote: >From the chair: Need to finish and close down this working group! > >What about the ANNOTATE, ANNOTATEMORE, and ACL documents which have been > >updated since Atlanta? > There's been scant little discussion on these documents. Certainly > there's been no problems that sound like they can't be worked out by > e-mail. Meeting time is for hashing out problems that can't be dealt > with on the list. I disagree. I suspect that the reason why there has been so little email discussion on these (or LIST-EXTENSIONS) is that there was an expectation that they would be discussed in San Francisco. > >What about Chris Newman's i18n document? > That document didn't make the I-D deadline anyway. And again, there > he been very little discussion on the list. Once again, I expected discussion in San Francisco. > Perhaps I was mistaken, but I see no deadlocked issues out there for > us to discuss. On the contrary, I see quite a bit that needs to be worked on. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BN6Pg14117 for ietf-imapext-bks; Tue, 11 Mar 2003 15:06:25 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BN6N314113 for ; Tue, 11 Mar 2003 15:06:23 -0800 (PST) Received: from [129.46.76.182] (129.46.76.182) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Tue, 11 Mar 2003 17:06:22 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a8] Date: Tue, 11 Mar 2003 15:05:56 -0800 To: Mark Crispin From: Pete Resnick Subject: Re: it's getting late folks... Cc: IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/11/03 at 2:46 PM -0800, Mark Crispin wrote: >On Tue, 11 Mar 2003, Pete Resnick wrote: >> >Are we going to be meeting in San Francisco? >> No. We discussed this at the meeting in Atlanta. The agenda was >> closed two weeks ago. > >That is news to me. I don't see anything in any notes from the Atlanta >meeting that says that we would not be meeting in San Francisco. I don't see it in the minutes, though I remember quite clearly saying at the beginning of the meeting that we were stalled, that we needed to complete work quickly, and that we should try to dispose of that without having to meet again. But whether or not that is the case: >What about the ANNOTATE, ANNOTATEMORE, and ACL documents which have been >updated since Atlanta? There's been scant little discussion on these documents. Certainly there's been no problems that sound like they can't be worked out by e-mail. Meeting time is for hashing out problems that can't be dealt with on the list. >What about Chris Newman's i18n document? That document didn't make the I-D deadline anyway. And again, there he been very little discussion on the list. Perhaps I was mistaken, but I see no deadlocked issues out there for us to discuss. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BMkdB13294 for ietf-imapext-bks; Tue, 11 Mar 2003 14:46:39 -0800 (PST) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BMkc313289 for ; Tue, 11 Mar 2003 14:46:38 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BMkUxS017747; Tue, 11 Mar 2003 14:46:35 -0800 Received: from Tomobiki-Cho.CAC.Washington.EDU (tomobiki-cho.cac.washington.edu [128.95.135.58]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BMkUaM004610 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 11 Mar 2003 14:46:30 -0800 Date: Tue, 11 Mar 2003 14:46:31 -0800 (Pacific Standard Time) From: Mark Crispin To: Pete Resnick cc: IMAP Extensions WG Subject: Re: it's getting late folks... In-Reply-To: Message-ID: References: Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Tue, 11 Mar 2003, Pete Resnick wrote: > >Are we going to be meeting in San Francisco? > No. We discussed this at the meeting in Atlanta. The agenda was > closed two weeks ago. That is news to me. I don't see anything in any notes from the Atlanta meeting that says that we would not be meeting in San Francisco. What about the ANNOTATE, ANNOTATEMORE, and ACL documents which have been updated since Atlanta? What about Chris Newman's i18n document? I specifically asked Chris about not dealing with this right away, and he seemed to be rather emphatic that we needed to work on this sooner rather than later so as to wind up the WG, rather than continue to let this all drag on. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BMc1Q13067 for ietf-imapext-bks; Tue, 11 Mar 2003 14:38:01 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BMc0313063 for ; Tue, 11 Mar 2003 14:38:00 -0800 (PST) Received: from [129.46.76.182] (129.46.76.182) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Tue, 11 Mar 2003 16:37:55 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a8] Date: Tue, 11 Mar 2003 14:37:30 -0800 To: Mark Crispin From: Pete Resnick Subject: Re: it's getting late folks... Cc: IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/11/03 at 11:39 AM -0800, Mark Crispin wrote: >Are we going to be meeting in San Francisco? No. We discussed this at the meeting in Atlanta. The agenda was closed two weeks ago. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BJdea02501 for ietf-imapext-bks; Tue, 11 Mar 2003 11:39:40 -0800 (PST) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BJdc302497 for ; Tue, 11 Mar 2003 11:39:39 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BJdZEk015615 for ; Tue, 11 Mar 2003 11:39:40 -0800 Received: from Shimo-Tomobiki.Panda.COM (D-140-142-21-68.dhcp4.washington.edu [140.142.21.68]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BJdXaM026841 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 11 Mar 2003 11:39:34 -0800 Date: Tue, 11 Mar 2003 11:39:36 -0800 (Pacific Standard Time) From: Mark Crispin To: IMAP Extensions WG Subject: it's getting late folks... Message-ID: Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Are we going to be meeting in San Francisco? -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h27DtYM24468 for ietf-imapext-bks; Fri, 7 Mar 2003 05:55:34 -0800 (PST) Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h27DtW324462 for ; Fri, 7 Mar 2003 05:55:32 -0800 (PST) Received: by oma.irssi.org (Postfix, from userid 1000) id 203F75E01F94; Fri, 7 Mar 2003 15:55:20 +0200 (EET) Subject: Re: I-D ACTION:draft-ietf-imapext-annotate-06.txt From: Timo Sirainen To: ietf-imapext@imc.org In-Reply-To: <200303071152.GAA21161@ietf.org> References: <200303071152.GAA21161@ietf.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1047045319.937.172.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 07 Mar 2003 15:55:20 +0200 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I think there should be a way for a client to know if annotations can be used in a specific mailbox. Some servers support multiple mailbox formats and may not offer annotations for all of them. SELECT could give a new reply: * OK [ANNOTATE READ-ONLY] or READ-WRITE If there's no annotation support, then the line wouldn't be sent. Then there's ACLs and such which may prevent updates for some of the entries. If client wants to know if it can update them, just checking NO reply isn't enough since it may happen for other reasons as well (eg. message was just expunged). So, how about adding "[PERM]" code to NO-reply when STORE fails because of lack of permissions? Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h27BsuJ14171 for ietf-imapext-bks; Fri, 7 Mar 2003 03:54:56 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h27Bst314162 for ; Fri, 7 Mar 2003 03:54:55 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21161; Fri, 7 Mar 2003 06:52:50 -0500 (EST) Message-Id: <200303071152.GAA21161@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-imapext@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-imapext-annotate-06.txt Date: Fri, 07 Mar 2003 06:52:50 -0500 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Message Access Protocol Extension Working Group of the IETF. Title : IMAP ANNOTATE Extension Author(s) : R. Gellens, C. Daboo Filename : draft-ietf-imapext-annotate-06.txt Pages : 20 Date : 2003-3-6 The ANNOTATE extension to the Internet Message Access Protocol [IMAP4] permits clients and servers to maintain 'metadata' for messages stored in an IMAP4 mailbox. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-annotate-06.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-imapext-annotate-06.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-imapext-annotate-06.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-3-6125130.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-annotate-06.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-annotate-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-6125130.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h2VBlCJM007693 for ; Mon, 31 Mar 2003 03:47:12 -0800 (PST) Received: (from majordomo@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h2VBlCYM007692 for ietf-imapext-bks; Mon, 31 Mar 2003 03:47:12 -0800 (PST) X-Authentication-Warning: above.proper.com: majordomo set sender to owner-ietf-imapext@mail.imc.org using -f Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.12.9/8.11.6) with ESMTP id h2VBlAJM007688 for ; Mon, 31 Mar 2003 03:47:11 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02659; Mon, 31 Mar 2003 06:44:45 -0500 (EST) Message-Id: <200303311144.GAA02659@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-imapext@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-imapext-condstore-00.txt Date: Mon, 31 Mar 2003 06:44:45 -0500 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Message Access Protocol Extension Working Group of the IETF. Title : IMAP Extension for Conditional STORE operation Author(s) : A. Melnikov, S. Hole Filename : draft-ietf-imapext-condstore-00.txt Pages : 0 Date : 2003-3-28 Often, multiple IMAP clients need to coordinate changes to a common IMAP mailbox. Examples include different clients for the same user, and multiple users accessing shared mailboxes. These clients need a mechanism to synchronize state changes for messages within the mailbox. They must be able to guarantee that only one client can change message state (e.g., message flags or annotations) at any time. An example of such an application is use of an IMAP mailbox as a message queue with multiple dequeueing clients. The Conditional Store facility provides a protected update mechanism for message state information that can detect and resolve conflicts between multiple writing mail clients. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-condstore-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-imapext-condstore-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-imapext-condstore-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-3-28142323.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-condstore-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-condstore-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-28142323.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2PDFIT09491 for ietf-imapext-bks; Tue, 25 Mar 2003 05:15:18 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2PDF5g09482 for ; Tue, 25 Mar 2003 05:15:09 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA08585; Tue, 25 Mar 2003 08:12:42 -0500 (EST) Message-Id: <200303251312.IAA08585@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-imapext@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-imapext-sort-12.txt Date: Tue, 25 Mar 2003 08:12:42 -0500 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Message Access Protocol Extension Working Group of the IETF. Title : INTERNET MESSAGE ACCESS PROTOCOL - SORT AND THREAD EXTENSION Author(s) : M. Crispin, K. Murchison Filename : draft-ietf-imapext-sort-12.txt Pages : 19 Date : 2003-3-24 This document describes the base-level server-based sorting and threading extension to the [IMAP] protocol. This extension provides substantial performance improvements for IMAP clients which offer sorted and threaded views. A server which supports the base-level SORT extension indicates this with a capability name which starts with 'SORT'. Future, upwards-compatible extensions to the SORT extension will all start with 'SORT', indicating support for this base level. A server which supports this extension indicates this with one or more capability names consisting of 'THREAD=' followed by a supported threading algorithm name as described in this document. This provides for future upwards-compatible extensions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-sort-12.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-imapext-sort-12.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-imapext-sort-12.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-3-24141349.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-sort-12.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-sort-12.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-24141349.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2JMuvB19373 for ietf-imapext-bks; Wed, 19 Mar 2003 14:56:57 -0800 (PST) Received: from smtp5.andrew.cmu.edu (SMTP5.andrew.cmu.edu [128.2.10.85]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2JMusg19365 for ; Wed, 19 Mar 2003 14:56:55 -0800 (PST) Received: from GOBO.andrew.cmu.edu (GOBO.andrew.cmu.edu [128.2.120.172]) (user=rjs3 mech=KERBEROS_V4 (0 bits)) by smtp5.andrew.cmu.edu (8.12.8/8.12.3.Beta2) with ESMTP id h2JMuv9k027624 for ; Wed, 19 Mar 2003 17:56:57 -0500 Date: Wed, 19 Mar 2003 17:56:57 -0500 (EST) From: Rob Siemborski To: ietf-imapext@imc.org Subject: jabber log Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="41987192-1999536971-1048114617=:27513" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --41987192-1999536971-1048114617=:27513 Content-Type: TEXT/PLAIN; charset=US-ASCII Since the logger wasn't in the room, I've attached the jabber log to this message. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski | Andrew Systems Group * Research Systems Programmer PGP:0x5CE32FCC | Cyert Hall 207 * rjs3@andrew.cmu.edu * 412.268.7456 -----BEGIN GEEK CODE BLOCK---- Version: 3.12 GCS/IT/CM/PA d- s+: a-- C++++$ ULS++++$ P+++$ L+++(++++) E W+ N o? K- w O- M-- V-- PS+ PE++ Y+ PGP+ t+@ 5+++ R@ tv-@ b+ DI+++ G e h r- y? ------END GEEK CODE BLOCK----- --41987192-1999536971-1048114617=:27513 Content-Type: TEXT/plain; name="imapext-log.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="imapext-log.txt" YmFycnlsZWliYSBoYXMgZW50ZXJlZCB0aGUgcm9vbQ0KIGttdXJjaGlzb24g aGFzIGVudGVyZWQgdGhlIHJvb20NCiB3Y3cgaGFzIGVudGVyZWQgdGhlIHJv b20NCiByanMzIGhhcyBlbnRlcmVkIHRoZSByb29tDQpyanMzOiBQZXRlIGlz IGNhbGxpbmcgdGhlIG1lZXRpbmcgdG8gb3JkZXIgbm93Lg0KcmpzMzogTm8g c29saWQgYWdlbmRhLCBzaW5jZSB0aGlzIHdhcyBzb21ld2hhdCBsYXRlDQpy anMzOiBDeXJ1czogQW5ub3RhdGUsIGRyYWZ0IGNhbWUgb3V0IGJlZm9yZSB0 aGlzIG1lZXRpbmcNCnJqczM6IHNvbWUgaXRlbXMgd2VyZSBkcm9wcGVkIG91 dCBzaW5jZSB0aGUgcHJldmlvdXMgbWVldGluZywgZmxhZ3MgYXJlIGJlZW4g Y2xlYW5lZCB1cCBhIGJpdA0KIGxlZyBoYXMgZW50ZXJlZCB0aGUgcm9vbQ0K cmpzMzogRGlkIHdhbnQgdG8gZWxpbWluYXRlIHRoZSB0b3AgaGllcmFyY2h5 IG9mIGVudHJ5IG5hbWVzIHRvIGN1dCBkb3duIG9uIGNoYXR0aW5lc3MNCnJq czM6IE90aGVyIGlzc3Vlcz8NCnJqczM6IGxlZzogZG9lcyB0aGUgZHJhZnQg Y29udGFpbiBnb29kIHRleHQgb24gaG93IHRvIGRvIGRpc2Nvbm5lY3RlZCBv cGVyYXRpb25zIGNvcnJlY3RseT8gKG5vKQ0KcmpzMzogKG90aGVyIGlzc3Vl cy4uLiBsaW1pdGluZyBzaXplcyBvZiBhbm5vdGF0aW9ucz8gIC0+IGlzIHRo YXQgYSBxdW90YSBpc3N1ZT8gIG1pbmltdW0gcmVxdWlyZWQgbGVuZ3RoPyAp DQpyanMzOiBlciwgbWluaW11bSBzdXBwb3J0ZWQgbGVuZ3RoDQoga211cmNo aXNvbiBpcyBub3cgQXdheQ0KIGttdXJjaGlzb24gaXMgbm93IEF2YWlsYWJs ZQ0KIGJhcnJ5bGVpYmEgaXMgbm93IGF2YWlsYWJsZQ0KcmpzMzogZGlzY3Vz c2lvbiBvbiBzaG91bGQgd2Ugd29ycnkgYWJvdXQgdGhpcyBvciBqdXN0IHNh eSBOTw0KYmFycnlsZWliYTogSnVzdCBzYSBOTyB0byB3aGF0PyAgRHJhZnQg aGFzIHRvIHNheSB3aGF0IGxlbmd0aCBhbiBpbXBsZW1lbnRhdGlvbiBNVVNU IHN1cHBvcnQuDQpyanMzOiBHZW5lcmFsIENvbnNlbnN1czogY3lydXMgd2ls bCBhZGQgc29tZSBtaW5pbXVtIHN1cHBvcnRlZCBzaXplcywgYW5kIGFuIEFO Tk9UQVRFVE9PQklHIHJlc3BvbnNlIGNvZGUuDQpsZWc6IGl0IGhhcyB0byBi ZSBzdWJqZWN0IHRvIHF1b3RhIGxpbWl0YXRpb25zDQpyanMzOiBzYXkgTk8g dG8gc3RvcmluZyBhbiBhbm5vdGF0aW9uIChmb3Igd2hhdGV2ZXIgcmVhc29u LCBwaGFzZSBvZiB0aGUgbW9vbiwgZXRjKQ0KYmFycnlsZWliYTogQWgNCmJh cnJ5bGVpYmE6IEl0J3MganVzdCB0aGF0IHRoZSBxdWVzdGlvbiBvZiAiaG93 IGxvbmcgY2FuIGEgY29tbWFuZCIgYmUgY29tZXMgdXAgb2Z0ZW4gZW5vdWdo IGluIElNQVAgdGhhdCBpdCdkIGJlIGJhZCBmb3IgYW5ub3RhdGlvbnMgdG8g YmUgc2lsZW50IG9uIGEgc2ltaWxhciBpc3N1ZS4NCnJqczM6IHRoYXQncyB3 aGF0IHdlJ3JlIHRyeWluZyB0byBwcmV2ZW50IHdpdGggdGhlIG1pbmltdW0g c3VwcG9ydGVkIHNpemUNCmJhcnJ5bGVpYmE6IFJpZ2h0LCBjb29sLg0KIHJh bmR5IGhhcyBlbnRlcmVkIHRoZSByb29tDQpyanMzOiBOb3cgc29tZSBkaXNj dXNzaW9uIGFib3V0IGFjdHVhbGx5IGFkdmVydGlzaW5nIGxlbmd0aCBsaW1p dHMsIHNvIHRoYXQgY2xpZW50cyBkb24ndCBnZXQgc2NyZXdlZCBieSBzZW5k aW5nLCBzYXksIGEgdm9pY2UgYW5ub3RhdGlvbi4NCmxlZzogYW5kIGdldHRp bmcgYSBOTyBhZnRlciBpdCdzIHVwbG9hZGVkIDI0IG1lZ3Mgb2YgZGF0YQ0K YmFycnlsZWliYTogRG9lc24ndCBpdCB1c2UgbGl0ZXJhbHM/DQpyYW5keTog Q2hyaXMgcG9pbnRlZCBvdXQgdGhhdCBpZiB5b3UncmUgdXNpbmcgc3luY2gg bGl0cyB5b3UgY2FuIGdldCB0aGUgZXJyb3IgaW4gdGhlIG1pZGRsZQ0KDQpy anMzOiBkaXNjdXNzaW9uIGFzIHRvIGhvdyBxdW90YXMgbWlnaHQgd29yayAo b25lIGJpZyBxdW90YSB2cyBhIG1heCAjIG9mIGFubm90YXRpb25zIGFuZCBt YXggc2l6ZSBvZiBhbm5vdGF0aW9ucykuICByb3VnaCBjb25zZW5zdXMgdGhh dCB3ZSBqdXN0IG5lZWQgdG8gYWR2ZXJ0aXNlIGxhcmdlc3QgcG9zc2libGUg c2luZ2xlIGFubm90YXRpb24gc2l6ZS4NCnJqczM6IHN1bW1hcnk6IHdlIG9u bHkgYWR2ZXJ0aXNlIHRoZSBtYXggYW5ub3RhdGlvbiBzaXplLCBhbmQgYXNz dW1lIGNsaWVudHMgd29uJ3Qgc2VuZCBtb3JlIHRoYW4gdGhhdCAoYW5kIHNh eSBOTyB3aGVuIHRoZXkgZG8pLiAgV2Ugc2hvdWxkIGFsc28gaGF2ZSBzb21l IHNvcnQgb2YgcmVzcG9uc2UgY29kZXMgdG8gaW5kaWNhdGUgdmFyaW91cyBy ZWFzb25zIGZvciBmYWlsdXJlLiAgVGhlcmUgc2hvdWxkIGFsc28gYmUgYSBT SE9VTEQgZm9yIG1pbmltdW1zIGZvciB0aGUgdmFyaW91cyBsaW1pdHMgKG51 bWJlciBvZiBhbm5vdGF0aW9ucywgc2l6ZSBvZiBhbm5vdGF0aW9ucywgZXRj KQ0KcmpzMzogbW92aW5nIG9uIHRvIEFOTk9UQVRFTU9SRQ0KcmpzMzogZGlz Y3Vzc2lvbiBvZiBzcGxpdGluZyBlbnRyeSBuYW1lcyBpbnRvIHR5cGUgKGUu Zy4gc2VydmVyIG9yIG1haWxib3gpLCB3aGljaCBpcyB0cmVhdGVkIGxpa2Ug YW4gYXRvbSwgYW5kIHRoZW4gcGFyYW1ldGVycyBmb3IgZWFjaCB0eXBlDQpy anMzOiBmb3IgZXhhbXBsZSBTRVRBTk5PVEFUSU9OIFNFUlZFUiAiL21vdGQi IGFuZCBTRVRBTk5PVEFUSU9OIE1BSUxCT1ggInVzZXIucmpzMyIgIi9jb21t ZW50Ig0KcmpzMzogZGlzY3Vzc2lvbiBvZiBtYWNybyBzdXBwb3J0IGZvciBz ZXJ2ZXIgYW5ub3RhdGlvbnMgKGUuZy4gc3RvcmluZyBjb21wbGV4IHNlYXJj aCBxdWVyaWVzLCBvciBoYXZpbmcgc29tZSBzb3J0IG9mIHBpcGluZyBvZiBj b21tYW5kcyBsaWtlIG91dHB1dCBvZiBTRUFSQ0ggaW50byBhIEZFVENIKQ0K cmpzMzogKGluIGFuc3dlciB0byB0aGUgcXVlc3Rpb24gIndoYXQgbWlnaHQg c2VydmVyIGFubm90YXRpb25zIGJlIGdvb2QgZm9yIikNCnJqczM6IHN1Z2dl c3Rpb24gdG8gbWFrZSB0aGUgTklMIG1haWxib3ggcXVhbGlmeSBhcyB0aGUg Y3VycmVudCAnc2VydmVyJyBuYW1lc3BhY2UuDQpyanMzOiBxdWVzdGlvbnMg YWJvdXQgdGhlIGV4dGVuc2FiaWxpdHkgb2YgdGhhdA0KcmpzMzogKGJ1dCB0 aGF0IGdvZXMgaW50byB0aGUgcmVzdCBvZiB0aGUgZW50cnkgbmFtZSBmb3Ig dGhlIE5JTCBtYWlsYm94KSAgZS5nLiBTRVRBTk5PVEFUSU9OIE5JTCAiL3Nl cnZlci9tb3RkIg0KcmpzMzogbW92aW5nIG9uIHRvIGNvbmRpdGlvbmFsIHN0 b3JlDQpyanMzOiBhbGV4ZXk6IGFsbW9zdCBkb25lLCBmaXJzdCBkbyB3ZSBu ZWVkIG5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gYW5ub3RhdGUgKG9ubHkgZGVw ZW5kZW5jeSBpcyBzeW50YXgpDQogYmFycnlsZWliYSBpcyBub3cgQXdheQ0K cmpzMzogKHJldHVybiB0byBkb2VzIGFubm90YXRlbW9yZSBkZXBlbmQgb24g Y29uZHN0b3JlOiBhbnN3ZXIgbm8sIGJ1dCBkaXNjb25uZWN0ZWQgY2xpZW50 cyBub3QgcmVxdWlyZWQgdG8gc3VwcG9ydCBhbm5vdGF0ZW1vcmUgaWYgY29u ZHN0b3JlIGlzIG5vdCBhbHNvIHN1cHBvcnRlZCBieSBzZXJ2ZXIpDQogYmFy cnlsZWliYSBpcyBub3cgYXZhaWxhYmxlDQpyanMzOiBhbm5vdGF0ZSBibG9j a3Mgb24gU09SVCwgd2hpY2ggaXMgaW4gYSBxdWFnbWlyZSBvZiBkZXBlbmRl bmN5DQogTmVkRnJlZWQgaGFzIGVudGVyZWQgdGhlIHJvb20NCmxlZzogQ09O RFNUT1JFIGJsb2NrcyBvbiBBTk5PVEFURSBibG9ja3Mgb24gU09SVCBibG9j a3Mgb24gdXMgVU5ERVJTVEFORElORyBzb21ldGhpbmcNCnJqczM6IHdlIHNo b3VsZCBhZGQgdGhlIGRlcGVuZGVuY3ksIGxhc3QgY2FsbCB0aGUgZG9jdW1l bnQsIGFuZCBsZXQgaXQgc2l0IGluIHRoZSBSRkMgZWRpdG9yIHF1ZXVlIHVu dGlsIHRoZSB3b3JsZCBjYXRjaGVzIHVwDQpyanMzOiBub3cgcGxhbm5pbmcg dG8gbGFzdCBjYWxsIHRoaXMgZG9jdW1lbnQgbmV4dCB3ZWVrIGFmdGVyIHRo ZSBuZXh0IElEIGlzIHB1Ymxpc2hlZCAoV0cgbGFzdCBjYWxsKQ0KcmpzMzog QUNMIChzdGlsbCBhbGV4ZXkpDQpyanMzOiBzdWdnZXN0aW9uIHRvIHJlbW92 ZSBob3cgcmlnaHRzIGFwcGx5IHRvIHF1b3RhIGV4dGVudGlvbiBpbnRvIHRo ZSBxdW90YSBleHRlbnNpb24gZG9jdW1lbnQNCnJqczM6IChubyBvYmplY3Rp b25zKQ0KcmpzMzogdGhlIGxhc3QgZHJhZnQgcmVtb3ZlZCBsaXN0cmlnaHRz IGNvbW1hbmQuLi4gZG9lcyBhbnlvbmUgd2FudCB0aGlzIGZ1bmN0aW9uYWxp dHk/DQpyanMzOiB0aGVyZSB3YXMgcHJvcG9zYWwgdG8gcmVwbGFjZSBteXJp Z2h0cyB3aXRoIGEgTElTVEVYVCBzeW50YXggaXRlbS4NCiBrbXVyY2hpc29u IGlzIG5vdyBBd2F5DQoga211cmNoaXNvbiBpcyBub3cgQXZhaWxhYmxlDQog a211cmNoaXNvbiBpcyBub3cgQXdheQ0KIGttdXJjaGlzb24gaXMgbm93IEF2 YWlsYWJsZQ0KcmpzMzogZ2V0dGluZyBhcyBtdWNoIGFzIHdlIGNhbiBpbnRv IGxpc3RleHQgaXMgZ2VuZXJhbGx5IHJlZ2FyZGVkIGFzIGEgZ29vZCBpZGVh ICh0byBnZXQgcmlkIG9mIGFsdGVybmF0ZSBtYWlsYm94IG1ldGFkYXRhIGNv bW1hbmRzKQ0KcmpzMzogKGRlcHJpY2F0ZXMgU1RBVFVTLCBMU1VCLCBSTElT VCwgUkxTVUIsIHJlcGxhY2VzIEdFVEFOTk9UQVRJT04sIGFuZCBjb3VsZCBk byBzb21lIHRoaW5ncyBmb3IgQUNMIGFzIHdlbGwpDQpyanMzOiBjaHJpcyBu ZXdtYW4gc3VnZ2VzdHMgdGhhdCB3ZSByZWZlcmVuY2UgdGhlIG5ldyB1dGY4 IGRyYWZ0IG5vcm1hdGl2ZWx5IGZvciB0aGUgQUJORiBvZiB1dGY4DQpiYXJy eWxlaWJhOiBMSVNURVhUIHNwZWNpZmljYWxseSBkb2VzIE5PVCBkZXByZWNh dGUgTFNVQiwgYmVjYXVzZSBvZiBkaXNjdXNzaW9uIHdpdGggTWFyayBhYm91 dCBob3cgaGUgd2FudHMgc3Vic2NyaXB0aW9ucyB0byB3b3JrLg0KcmpzMzog W2xzdWIgd2FzIG9ubHkgbWVudGlvbmVkIG9mZmhhbmQsIHNvIEkgdGhpbmsg dGhhdCBpcyBiYXNpY2FsbHkgdW5kZXJzdG9vZF0NCmJhcnJ5bGVpYmE6IE9L DQpsZWc6IEh1aD8gaSB0aG91Z2h0IExJU1RFWFQgZGlkIGRlcHJlY2F0ZSBM U1VCLg0KbGVnOiBvciBkb2VzIGl0IGV4dGVuZCBMU1VCIHNpbWlsaWFybHkg dG8gTElTVD8NCnJqczM6IGl0IGRvZXNuJ3Qgb2Jzb2xldGUgaXQNCmJhcnJ5 bGVpYmE6IE5vLi4uIHRoYXQgd2FzIG9yaWdpbmFsIHRob3VnaHQsIGJ1dCBN YXJrIG9iamVjdGVkIHRvIHRoZSBmYWN0IHRoYXQgTFNVQiBzdGlsbCBoYXMg YSBwdXJwb3NlIGlmIHlvdSBqdXN0IHdhbnQgdG8gcHVsbCBzdHVmZiBmcm9t IHRoZSBzdWJzY3JpcHRpb24gbGlzdCwgd2l0aG91dCBoYXZpbmcgZXh0cmEg ZnVuY3Rpb24uDQpyYW5keTogKGRvYyBpcyBkcmFmdC15ZXJnZWF1LXJmYzIy NzliaXMtMDQudHh0KQ0KDQpsZWc6IHNpZ2guIHdoYXQncyB0aGUgZG9jdW1l bnQ/DQpiYXJyeWxlaWJhOiBMSVNUIHdpdGggdGhlIFNVQlNDUklCRUQgb3B0 aW9uIHByb3ZpZGVzIG1vcmUgZnVuY3Rpb24gKGFuZCwgZm9yIHNvbWUgc2Vy dmVycywgbG90cyBtb3JlIHdvcmspIHRoYW4gTFNVQiwgc28gTFNVQiBzdGF5 cy4NCnJqczM6IGRyYWZ0LWlldGYtaW1hcGV4dC1saXN0LWV4dGVuc2lvbnMt MDMudHh0DQpsZWc6IG9oLCBtYXJrIHN0YXRlZCBqdXN0IDEwIG1pbnV0ZXMg YWdvIHRoYXQgaGUncyBmaW5lIHdpdGggaW5jbHVkaW5nIFNUQVRVUyBpbnRv IExJU1RFWFQuIGkgc2hvdWxkJ3ZlIHJlY29yZGVkIGl0IHNvIGkgY2FuIHBs YXkgaXQgYmFjayBsYXRlci4gIA0KcmpzMzogRGlzY3Vzc2lvbiBhYm91dCBh ZGRpbmcgYSBOT0ZMQUdTIG9wdGlvbiB0byBMSVNURVhUIHNvIHRoYXQgd2Ug Y2FuIGFjdHVhbGx5IGRlcHJpY2F0ZSBMU1VCDQpiYXJyeWxlaWJhOiBJcyBN YXJrIHRoZXJlPw0KcmpzMzogeWVzDQpsZWc6IHllcw0KcmpzMzogY2hyaXMg bmV3bWFuJ3MgZHJhZnRzIChhcG9sb2dpemVzIGZvciBtaXNzaW5nIElEIGRl YWRsaW5lIHdpdGggY29tcGFyYXRvciBzcGVjKQ0KcmpzMzogY29tcGFyYXRv ciBkcmFmdCBjdXJyZW50bHkgdXNlcyBhIGdsb2JhbCBjb21wYXJhdG9yLCBi dXQgdGhlIHJvb20gc2VlbXMgdG8gcHJlZmVyIGEgcGVyLWNvbW1hbmQgbWV0 aG9kb2xvZ3kgKG1vcmUgYWtpbiB0byBzaWV2ZSBvciBhY2FwKQ0KcmpzMzog d2UncmUgYWN0dWFsbHkgZ29pbmcgdG8gaW5zdGFudGlhdGUgYSBjb21wYXJh dG9yIHJlZ2lzdHJveSB0aGlzIHRpbWUgdG9vIChzaW5jZSBBQ0FQIGFuZCBT aWV2ZSBib3RoIGZhaWxlZCB0byBkbyBzbykNCiBrbXVyY2hpc29uIGhhcyBs ZWZ0IHRoZSByb29tDQogDQpsZWc6IHRhbGsgYWJvdXQgaTthc2NpaS1jYXNl bWFwDQpyanMzOiBjaHJpcyBpcyBhbHNvIGNvbnNpZGVyaW5nIGFuIGk7ZGVm YXVsdCBjb21wYXJhdG9yDQpyanMzOiAoaS5lLiBhZG1pbiBzcGVjaWZpZWQp DQpyanMzOiB0aGUgYXJndW1lbnQgZm9yIGEgZ2xvYmFsIGNvbXBhcmF0b3Ig c3RhdGUgaXMgdGhhdCB3ZSBkb24ndCB3YW50IHRvIGJlIGludHJ1c2l2ZSB0 byB0aGUgZXhpc3RpbmcgU09SVCBhbmQgU0VBUkNIIHN5bnRheA0KcmpzMzog Y3lydXMgc3VnZ2VzdHMgYSBwb3NzaWJsZSBvdmVycmlkZSB0byB0aGUgY29t cGFyYXRvciBvcHRpb24gKGFzIHdlbGwgYXMgZ2xvYmFsIHN0YXRlKQ0KbGVn OiBuZWQ6IHdlIGp1c3QgcHVibGlzaGVkIElNQVA0cmV2MSB3aXRoIGFuIGlu YWRlcXVhdGUgU0VBUkNIIHNwZWNpZmljYXRpb24uLi4NCnJqczM6IGhhdmlu ZyB0aGUgZGVmYXVsdCBvcHRpb24gYXQgYWxsIHNlZW1zIHRvIGJlIHVucG9w dWxhciwgdGhvdWdoIGEgc2VydmVyIHNwZWNpZmllZCBkZWZhdWx0IHNlZW1z IGJldHRlciAoaS5lLiBub3Qgc3BlY2lmaWVkIGluIHRoZSBkcmFmdCkNCnJq czM6ICJ3ZSBjb3VsZCBoYXZlIGEgQ09NUEFSQVRPUiBjb21tYW5kIGp1c3Qg bGlrZSB0aGUgVUlEIGNvbW1hbmQuLi4iIChncm9hbnMpDQpyanMzOiBjaHJp cyB3aWxsIHNwZWNpZnkgYm90aCB3YXlzLCBhbmQgdGhlbiB3ZSB3aWxsIGZp Z2h0IGl0IG91dA0KcmpzMzogY2hyaXMgYWxzbyB3YW50cyB0byBkcmFnIHVw IHRoZSBvbGQgbGFuZ3VhZ2UgZHJhZnQNCnJqczM6IHBsZWFzZSBlbWFpbCBj aHJpcyBzdWdnZXN0aW9ucyBmb3Igc3ludGF4IGZvciBzZWFyY2ggYW5kIHNv cnQNCnJqczM6IGRpc2N1c3Npb24gb2Ygc3RyaW5ncHJlcCBvbiBMSVNUDQpy anMzOiAoc2VtaSBvZmYtdG9waWMpIGRpc2N1c3Npb24gb2Ygc3RyaW5ncHJl cCBvbiBVUklzDQpyanMzOiBjaHJpcyBzdWdnZXN0cyBjaGFyZ2luZyBmb3Ig Y29tcGFyYXRvcnMgIA0KbGVnOiBiYXJyeSBhcmUgeW91IGF3YWtlPw0Kcmpz MzogYmFycnkgZG8geW91IGhhdmUgYW55dGhpbmcgdG8gc2F5IGFib3V0IGxp c3RleHQ/DQpsZWc6ICANCmxlZzogKFcpDQpsZWc6ICgvKQ0KbGVnOiAoUikN CmJhcnJ5bGVpYmE6IEknbSBoZXJlLi4uDQpsZWc6IChEKQ0KcmpzMzogICAN CnJqczM6IGRvIHlvdSBoYXZlIGFueXRoaW5nIHRvIHNheSBhYm91dCBsaXN0 ZXh0Pw0KIHJlc25pY2sgaGFzIGVudGVyZWQgdGhlIHJvb20NCmJhcnJ5bGVp YmE6IFRoZXJlIHdhcyBsaXR0bGUgZGlzY3Vzc2lvbiBvbiB0aGUgbGlzdCBh Ym91dCB0aGUgbGF0ZXN0IExJU1RFWFQgZHJhZnQuICBJIGhhdmUgY29tbWVu dHMgZnJvbSBDeXJ1cyB0aGF0IEknbGwgaW5jb3Jwb3JhdGUgaW50byBvbmUg bW9yZSBkcmFmdCB3aGVuIHRoZSBlZGl0b3Igb3BlbnMgYWNjZXB0YW5jZSBh Z2FpbiwgYW5kIHdlJ2xsIHNlZSB3aGVyZSB0aGF0IGdvZXMuDQpsZWc6IGFk ZCBTVEFUVVMhDQpiYXJyeWxlaWJhOiBJIHRoaW5rIGl0J3MgYWxtb3N0IHJl YWR5IGZvciBsYXN0IGNhbGwsIHByb2JhYmx5IGp1c3Qgb25lIG1vcmUgcm91 bmQgZmlyc3QuDQpiYXJyeWxlaWJhOiBJcyB0aGVyZSBjb25zZW5zdXMgdG8g YWRkIFNUQVRVUz8NCnJqczM6IFlFUw0KbGVnOiB5ZXMsIGluY2x1ZGluZyBt YXJrDQpyanMzOiBzb3JyeSwgY2FwcyBsb2NrDQpiYXJyeWxlaWJhOiBPSywg SSB3aWxsIGFkZC4NCnJqczM6IGFsZXhleSBoYXMgYSBxdWVzdGlvbjogd2hh dCBhYm91dCBtdWx0aS1tYWlsYm94IHNlYXJjaD8NCmJhcnJ5bGVpYmE6IFRo YXQncyBiZWVuIG9uIG15IHF1ZXVlIHRvIHJlLXN1Ym1pdC4gIEkgd2lsbCBy ZXN1Ym1pdCB0aGUgb2xkIGRyYWZ0LCB1bmNoYW5nZWQsIG5leHQgd2VlayAo b3Igd2hlbmV2ZXIgaXQgb3BlbnMgYWdhaW4pLiAgV2UgY2FuIG1ha2UgdGhl IGNoYW5nZXMgd2UgZGlzY3Vzc2VkIGFuZCBnZXQgaXQgcmUtcmUtc3VibWl0 dGVkIGFmdGVyIGl0J3MgYWN0aXZhdGVkLg0KcmpzMzogbWFyayBoYXMgZGVs ZXRlZCBbYWxtb3N0XSBhbGwgdGV4dCBpbiBTT1JUIGFuZCBUSFJFQUQgYWJv dXQgaTE4biBhbmQgaGUgd2lsbCBqdXN0IHJlZmVyZW5jZSBjaHJpcydzIGRv Y3VtZW50DQpyanMzOiBhbGV4ZXkgb2ZmZXJzIGhlbHAgaWYgeW91IG5lZWQg aXQsIHNpbmNlIGhlIGhhcyBzcGFyZSBjeWNsZQ0KcmpzMzogcw0KYmFycnls ZWliYTogVGhhbmtzOyBJJ2xsIGNvbnRhY3QgaGltIG9mZmxpbmUgYWZ0ZXIg SUVURi4NCnJqczM6IGNvb2wNCnJqczM6IGNvbmNsdWRpbmcgbm93DQogcmVz bmljayBoYXMgbGVmdCB0aGUgcm9vbQ0K --41987192-1999536971-1048114617=:27513-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2J0BQB16830 for ietf-imapext-bks; Tue, 18 Mar 2003 16:11:26 -0800 (PST) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2J0BOg16821 for ; Tue, 18 Mar 2003 16:11:24 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout4.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0BILv027374; Tue, 18 Mar 2003 16:11:23 -0800 Received: from Shimo-Tomobiki.Panda.COM (wl-138-148.wireless.ietf56.ietf.org [130.129.138.148]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0BEwb017332 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 18 Mar 2003 16:11:17 -0800 X-Received: via tmail-2000(13) (invoked by user mailnull) for mrc+ietf; Tue, 18 Mar 2003 15:46:10 -0800 (PST) X-Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by ndcms.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INkAbW002953; Tue, 18 Mar 2003 15:46:10 -0800 X-Received: from ran.ietf.org (ran.ietf.org [132.151.6.60]) by mx2.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INk57p026920; Tue, 18 Mar 2003 15:46:06 -0800 X-Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 18vQns-0004rk-00 for ietf-announce-list@ran.ietf.org; Tue, 18 Mar 2003 18:47:32 -0500 X-Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 18vQmU-0004qo-00 for all-ietf@ran.ietf.org; Tue, 18 Mar 2003 18:46:06 -0500 X-Received: from gamma.isi.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06058 for ; Tue, 18 Mar 2003 18:32:53 -0500 (EST) X-Received: from ISI.EDU (jet.isi.edu [128.9.160.87]) by gamma.isi.edu (8.11.6/8.11.2) with ESMTP id h2INZ6Z28548; Tue, 18 Mar 2003 15:35:06 -0800 (PST) Message-Id: <200303182335.h2INZ6Z28548@gamma.isi.edu> To: IETF-Announce: ; Subject: RFC 3502 on Internet Message Access Protocol (IMAP) - MULTIAPPEND Extension Cc: rfc-editor@rfc-editor.org From: rfc-editor@rfc-editor.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary=NextPart Date: Tue, 18 Mar 2003 15:35:05 -0800 X-Uwash-Spam: Gauge=XXXIIIIIIIII, Probability=39%, Report="MSG_ID_ADDED_BY_MTA_3, NO_REAL_NAME, SPAM_PHRASE_00_01, TO_MALFORMED" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A new Request for Comments is now available in online RFC libraries. RFC 3502 Title: Internet Message Access Protocol (IMAP) - MULTIAPPEND Extension Author(s): M. Crispin Status: Standards Track Date: March 2003 Mailbox: MRC@CAC.Washington.EDU Pages: 7 Characters: 13379 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-cripsin-imap-multiappend-07.txt URL: ftp://ftp.rfc-editor.org/in-notes/rfc3502.txt This document describes the multiappending extension to the Internet Message Access Protocol (IMAP) (RFC 3501). This extension provides substantial performance improvements for IMAP clients which upload multiple messages at a time to a mailbox on the server. A server which supports this extension indicates this with a capability name of "MULTIAPPEND". This is now a Proposed Standard Protocol. This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution.echo Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. Joyce K. Reynolds and Sandy Ginoza USC/Information Sciences Institute ... Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the ASCII version of the RFCs. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="RFC-INFO@RFC-EDITOR.ORG" Content-Type: text/plain Content-ID: <030318153348.RFC@RFC-EDITOR.ORG> RETRIEVE: rfc DOC-ID: rfc3502 --OtherAccess Content-Type: Message/External-body; name="rfc3502.txt"; site="ftp.isi.edu"; access-type="anon-ftp"; directory="in-notes" Content-Type: text/plain Content-ID: <030318153348.RFC@RFC-EDITOR.ORG> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2J0BQM16831 for ietf-imapext-bks; Tue, 18 Mar 2003 16:11:26 -0800 (PST) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2J0BOg16826 for ; Tue, 18 Mar 2003 16:11:24 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout1.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0B5xS025227; Tue, 18 Mar 2003 16:11:10 -0800 Received: from Shimo-Tomobiki.Panda.COM (wl-138-148.wireless.ietf56.ietf.org [130.129.138.148]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2J0B1wb017326 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 18 Mar 2003 16:11:05 -0800 X-Received: via tmail-2000(13) (invoked by user mailnull) for mrc+ietf; Tue, 18 Mar 2003 15:46:10 -0800 (PST) X-Received: from mx2.cac.washington.edu (mx2.cac.washington.edu [140.142.33.1]) by ndcms.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INkAbW002952; Tue, 18 Mar 2003 15:46:10 -0800 X-Received: from ran.ietf.org (ran.ietf.org [132.151.6.60]) by mx2.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2INk47p026918; Tue, 18 Mar 2003 15:46:05 -0800 X-Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 18vQlw-0004qa-00 for ietf-announce-list@ran.ietf.org; Tue, 18 Mar 2003 18:45:32 -0500 X-Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 18vQl8-0004qE-00 for all-ietf@ran.ietf.org; Tue, 18 Mar 2003 18:44:42 -0500 X-Received: from gamma.isi.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA06041 for ; Tue, 18 Mar 2003 18:31:29 -0500 (EST) X-Received: from ISI.EDU (jet.isi.edu [128.9.160.87]) by gamma.isi.edu (8.11.6/8.11.2) with ESMTP id h2INXgZ27944; Tue, 18 Mar 2003 15:33:42 -0800 (PST) Message-Id: <200303182333.h2INXgZ27944@gamma.isi.edu> To: IETF-Announce: ; Subject: RFC 3501 on INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 Cc: rfc-editor@rfc-editor.org From: rfc-editor@rfc-editor.org Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary=NextPart Date: Tue, 18 Mar 2003 15:33:42 -0800 X-Uwash-Spam: Gauge=XXXIIIIIIIII, Probability=39%, Report="MSG_ID_ADDED_BY_MTA_3, NO_REAL_NAME, SPAM_PHRASE_00_01, TO_MALFORMED" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A new Request for Comments is now available in online RFC libraries. RFC 3501 Title: INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 Author(s): M. Crispin Status: Standards Track Date: March 2003 Mailbox: MRC@CAC.Washington.EDU Pages: 108 Characters: 227640 Obsoletes: 2060 I-D Tag: draft-cripsin-imapv-20.txt URL: ftp://ftp.rfc-editor.org/in-notes/rfc3501.txt The Internet Message Access Protocol, Version 4rev1 (IMAP4rev1) allows a client to access and manipulate electronic mail messages on a server. IMAP4rev1 permits manipulation of mailboxes (remote message folders) in a way that is functionally equivalent to local folders. IMAP4rev1 also provides the capability for an offline client to resynchronize with the server. IMAP4rev1 includes operations for creating, deleting, and renaming mailboxes, checking for new messages, permanently removing messages, setting and clearing flags, RFC 2822 and RFC 2045 parsing, searching, and selective fetching of message attributes, texts, and portions thereof. Messages in IMAP4rev1 are accessed by the use of numbers. These numbers are either message sequence numbers or unique identifiers. IMAP4rev1 supports a single server. A mechanism for accessing configuration information to support multiple IMAP4rev1 servers is discussed in RFC 2244. IMAP4rev1 does not specify a means of posting mail; this function is handled by a mail transfer protocol such as RFC 2821. This is now a Proposed Standard Protocol. This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF list and the RFC-DIST list. Requests to be added to or deleted from the IETF distribution list should be sent to IETF-REQUEST@IETF.ORG. Requests to be added to or deleted from the RFC-DIST distribution list should be sent to RFC-DIST-REQUEST@RFC-EDITOR.ORG. Details on obtaining RFCs via FTP or EMAIL may be obtained by sending an EMAIL message to rfc-info@RFC-EDITOR.ORG with the message body help: ways_to_get_rfcs. For example: To: rfc-info@RFC-EDITOR.ORG Subject: getting rfcs help: ways_to_get_rfcs Requests for special distribution should be addressed to either the author of the RFC in question, or to RFC-Manager@RFC-EDITOR.ORG. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution.echo Submissions for Requests for Comments should be sent to RFC-EDITOR@RFC-EDITOR.ORG. Please consult RFC 2223, Instructions to RFC Authors, for further information. Joyce K. Reynolds and Sandy Ginoza USC/Information Sciences Institute ... Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the ASCII version of the RFCs. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="RFC-INFO@RFC-EDITOR.ORG" Content-Type: text/plain Content-ID: <030318153207.RFC@RFC-EDITOR.ORG> RETRIEVE: rfc DOC-ID: rfc3501 --OtherAccess Content-Type: Message/External-body; name="rfc3501.txt"; site="ftp.isi.edu"; access-type="anon-ftp"; directory="in-notes" Content-Type: text/plain Content-ID: <030318153207.RFC@RFC-EDITOR.ORG> --OtherAccess-- --NextPart-- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2IG7G318500 for ietf-imapext-bks; Tue, 18 Mar 2003 08:07:16 -0800 (PST) Received: from ithilien.qualcomm.com (ithilien.qualcomm.com [129.46.51.59]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2IG6wg18489 for ; Tue, 18 Mar 2003 08:07:15 -0800 (PST) Received: from sabrina.qualcomm.com (sabrina.qualcomm.com [129.46.61.150]) by ithilien.qualcomm.com (8.12.8/8.12.5/1.0) with ESMTP id h2IG6wlb028990; Tue, 18 Mar 2003 08:06:58 -0800 (PST) Received: from [66.114.232.124] (vpn-10-50-16-2.qualcomm.com [10.50.16.2]) by sabrina.qualcomm.com (8.12.8/8.12.5/1.0) with ESMTP id h2IG6rOM009814; Tue, 18 Mar 2003 08:06:54 -0800 (PST) Mime-Version: 1.0 Message-Id: In-Reply-To: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> References: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> X-Mailer: Eudora for Mac OS X v6.0a Date: Tue, 18 Mar 2003 08:03:23 -0800 To: Chris Newman , IMAP Extensions WG From: Randall Gellens Subject: Re: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Random-Sig-Tag: 1.0b25 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: At 11:11 AM -0800 3/17/03, Chris Newman wrote: > Pete just mentioned to me that he got the room: > > Wednesday March 19, 13:00 Franciscian C I won't be able to make it (I'll be in Vancouver that day), but I'll review the Jabber log afterwards, so please make it easonably complete. -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly-selected tag: --------------- Majority: That quality that distinguishes a crime from a law. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2HJfmQ28743 for ietf-imapext-bks; Mon, 17 Mar 2003 11:41:48 -0800 (PST) Received: from kcmso2.proxy.att.com (kcmso2.att.com [192.128.134.71]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2HJfkg28738 for ; Mon, 17 Mar 2003 11:41:46 -0800 (PST) Received: from maillennium.att.com ([135.25.114.99]) by kcmso2.proxy.att.com (AT&T IPNS/MSO-4.0) with ESMTP id h2HJfgFl029755 for ; Mon, 17 Mar 2003 13:41:43 -0600 (CST) Received: from att.com (tony-ob.mt.att.com[135.91.110.11](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20030317194055gw100nj1bhe> (Authid: tony); Mon, 17 Mar 2003 19:40:55 +0000 Message-ID: <3E7624BB.3050103@att.com> Date: Mon, 17 Mar 2003 14:40:43 -0500 From: Tony Hansen User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) X-Accept-Language: en-us, en MIME-Version: 1.0 To: IMAP extensions Mailing List Subject: Re: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C References: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> <071f01c2ecbb$9b85c570$40280209@watson.ibm.com> In-Reply-To: <071f01c2ecbb$9b85c570$40280209@watson.ibm.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: ditto Barry Leiba wrote: > And y'all'll be on jabber? > If so, I'll try to be connected for it. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2HJU8r28322 for ietf-imapext-bks; Mon, 17 Mar 2003 11:30:08 -0800 (PST) Received: from igw2.watson.ibm.com (igw2.watson.ibm.com [129.34.20.6]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2HJU7g28316 for ; Mon, 17 Mar 2003 11:30:07 -0800 (PST) Received: from sp1n294en1.watson.ibm.com (sp1n294en1.watson.ibm.com [9.2.112.58]) by igw2.watson.ibm.com (8.11.6/8.11.4) with ESMTP id h2HJU3n124266 for ; Mon, 17 Mar 2003 14:30:03 -0500 Received: from mars (mars.watson.ibm.com [9.2.40.64]) by sp1n294en1.watson.ibm.com (8.11.6/8.11.4) with SMTP id h2HJU3U09858 for ; Mon, 17 Mar 2003 14:30:03 -0500 Message-ID: <071f01c2ecbb$9b85c570$40280209@watson.ibm.com> From: "Barry Leiba" To: "IMAP extensions Mailing List" References: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> Subject: Re: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C Date: Mon, 17 Mar 2003 14:30:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: And y'all'll be on jabber? If so, I'll try to be connected for it. Barry -- Barry Leiba, Internet Messaging Technology (leiba@watson.ibm.com) http://www.research.ibm.com/people/l/leiba Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2HJC5J27758 for ietf-imapext-bks; Mon, 17 Mar 2003 11:12:05 -0800 (PST) Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2HJC4g27752 for ; Mon, 17 Mar 2003 11:12:04 -0800 (PST) Received: from esunmail ([129.147.58.198]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA09239 for ; Mon, 17 Mar 2003 12:12:06 -0700 (MST) Received: from xpa-fe2 ([129.147.58.198]) by edgemail1.Central.Sun.COM (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HBW002E9QO5WZ@edgemail1.Central.Sun.COM> for ietf-imapext@imc.org; Mon, 17 Mar 2003 12:12:06 -0700 (MST) Received: from wl-141-253.wireless.ietf56.ietf.org ([130.129.141.253]) by mail.sun.net (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTPSA id <0HBW004LOQNYK3@mail.sun.net> for ietf-imapext@imc.org; Mon, 17 Mar 2003 12:12:05 -0700 (MST) Date: Mon, 17 Mar 2003 11:11:14 -0800 From: Chris Newman Subject: IMAPEXT gathering at IETF 56 Wednesday 13:00 Franciscian C To: IMAP Extensions WG Message-id: <2147483647.1047899474@wl-141-253.wireless.ietf56.ietf.org> MIME-version: 1.0 X-Mailer: Mulberry/3.0.0 (Mac OS X) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Content-disposition: inline X-message-flag: Outlook: the best virus distribution system around Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Pete just mentioned to me that he got the room: Wednesday March 19, 13:00 Franciscian C - Chris Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2EJxOq01537 for ietf-imapext-bks; Fri, 14 Mar 2003 11:59:24 -0800 (PST) Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2EJxNg01533 for ; Fri, 14 Mar 2003 11:59:24 -0800 (PST) Received: from esunmail ([129.147.58.120]) by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA02562 for ; Fri, 14 Mar 2003 12:59:26 -0700 (MST) Received: from xpa-fe2 (esunmail [129.147.58.120]) by edgemail1.Central.Sun.COM (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HBR0061M8V1GE@edgemail1.Central.Sun.COM> for ietf-imapext@imc.org; Fri, 14 Mar 2003 12:59:26 -0700 (MST) Received: from nifty-jr.west.sun.com ([129.153.12.95]) by mail.sun.net (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTPSA id <0HBR00E8O8UZ2A@mail.sun.net> for ietf-imapext@imc.org; Fri, 14 Mar 2003 12:59:25 -0700 (MST) Date: Fri, 14 Mar 2003 11:58:43 -0800 From: Chris Newman Subject: RE: i18n support for sort & thread In-reply-to: <4A3384433CE2AB46A63468CB207E209D2488DF@zoe.office.snowshore.com> To: Eric Burger Cc: IMAP Extensions WG Message-id: <2147483647.1047643123@nifty-jr.west.sun.com> MIME-version: 1.0 X-Mailer: Mulberry/3.0.0 (Mac OS X) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Content-disposition: inline X-message-flag: Outlook: the best virus distribution system around References: <4A3384433CE2AB46A63468CB207E209D2488DF@zoe.office.snowshore.com> Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I will fix the string length, change control and typo issues. Thanks. begin quotation by Eric Burger on 2003/3/14 10:08 -0500: > Section 6.1 introduces the octet comparator. The document compares it to > memcmp(). I was thinking that one needs either an explicit maximum > length indicator, or state the strings have a termination indicator > (e.g., null termination). If the assumption is null termination, then > step 5 should be split to say if the first octet is 0 in one string, then > the other is larger and the comparison ends. Otherwise, the existing > text of step 5, noting that the range is now 1-255, is fine. The general model for a comparator allows arbitrary octet strings, thus NUL termination is not part of the general model. A specific protocol that forbid NUL in strings used with comparators could use NUL terminated strings to implement this. > I have a question out of curiosity: Section 5 states that it is > insufficient to return the starting point of the matched string in a > substring operation. Since strings have to be matched exactly, I would > expect the length or end position information to be redundant. I'm not a > character set expert, so I may be dead wrong on this one. Unicode allows certain accented glyphs to be represented as either one character (precomposed form) or two characters (decomposed form, the base character and a combining accent character). A sophisticated comparator like i;basic* will match these two forms which have different lengths. That's only one example of the situation where the length of the pattern string and the length of the matched text are different, there are others. I included that comment in Section 5 because it is non-obvious. - Chris Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2EF6gL15459 for ietf-imapext-bks; Fri, 14 Mar 2003 07:06:42 -0800 (PST) Received: from zoe.office.snowshore.com (goalie.snowshore.com [216.57.133.4]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2EF6fg15454 for ; Fri, 14 Mar 2003 07:06:41 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: i18n support for sort & thread Date: Fri, 14 Mar 2003 10:08:48 -0500 Message-ID: <4A3384433CE2AB46A63468CB207E209D2488DF@zoe.office.snowshore.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: i18n support for sort & thread Thread-Index: AcLeEYq0HUELdrDnTmmoIhK6cH3nPwLvBcaQ From: "Eric Burger" To: "Chris Newman" Cc: "IMAP Extensions WG" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by above.proper.com id h2EF6gg15455 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Comments on "comparator.txt". Section 3 limits the comparator-wild string to 255 characters. Why? If it is to limit the buffer, I would suggest 254 characters. The reason is that there is the unitary operator comparator-order which one may prepend to comparator-wild. 256 is just such a nice total buffer size compared to 257. Section 6.1 introduces the octet comparator. The document compares it to memcmp(). I was thinking that one needs either an explicit maximum length indicator, or state the strings have a termination indicator (e.g., null termination). If the assumption is null termination, then step 5 should be split to say if the first octet is 0 in one string, then the other is larger and the comparison ends. Otherwise, the existing text of step 5, noting that the range is now 1-255, is fine. I am very concerned about one stipulation in Section 7.1. Section 7.1 says the change control ownership of a registration should be "preferably from the same organization as the original owner." That works for me *IF* the registration in question is a vnd registration. However, I would offer it is not appropriate to have such a stipulation for an IETF registration. I have a question out of curiosity: Section 5 states that it is insufficient to return the starting point of the matched string in a substring operation. Since strings have to be matched exactly, I would expect the length or end position information to be redundant. I'm not a character set expert, so I may be dead wrong on this one. Section 7.1 has a typo: OLD: registration is rejected with cause, if it can be re-submitted if NEW: registration is rejected with cause, it can be re-submitted if ^ Appendix A has a typo: OLD: described in section Section 5 NEW: described in Section 5 ^ Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2DMBRj03399 for ietf-imapext-bks; Thu, 13 Mar 2003 14:11:27 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2DMBLg03391 for ; Thu, 13 Mar 2003 14:11:21 -0800 (PST) Received: from [216.43.25.67] (216.43.25.67) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Thu, 13 Mar 2003 16:11:24 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: <2147483647.1047469866@nifty-jr.west.sun.com> References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> X-Mailer: Eudora [Macintosh version 6.0a8] Date: Thu, 13 Mar 2003 16:11:20 -0600 To: Chris Newman From: Pete Resnick Subject: Re: it's getting late folks... Cc: Alexey Melnikov , Mark Crispin , IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/12/03 at 11:51 AM -0800, Chris Newman wrote: >Have a face-to-face IMAPEXT meeting at every IETF meeting until we >are finished. Only cancel if there are (a) no revised drafts, or >(b) a significant percentage of key participants fail to get travel >funding. So far, this seems to be the consensus, and I will certainly live with it. My view of this has always been that doing a burst of work every 4 months is not moving very quickly. However, the claim seems to be that otherwise, the work will move even *more* slowly. We seem to have enough people to at least have a session of some sort in SF. I will send the request to Ned, who needs to approve it, and then send a request to Dinara. This will not be on the official agenda; that deadline has long since passed. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2D12r118083 for ietf-imapext-bks; Wed, 12 Mar 2003 17:02:53 -0800 (PST) Received: from smtp6.andrew.cmu.edu (SMTP6.andrew.cmu.edu [128.2.10.86]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2D12q318079 for ; Wed, 12 Mar 2003 17:02:52 -0800 (PST) Received: from GOBO.andrew.cmu.edu (GOBO.andrew.cmu.edu [128.2.120.172]) (user=rjs3 mech=KERBEROS_V4 (0 bits)) by smtp6.andrew.cmu.edu (8.12.8/8.12.3.Beta2) with ESMTP id h2D12o6t013756; Wed, 12 Mar 2003 20:02:50 -0500 Date: Wed, 12 Mar 2003 20:02:49 -0500 (EST) From: Rob Siemborski To: Cyrus Daboo cc: Mark Crispin , IMAP extensions Mailing List Subject: Re: it's getting late folks... In-Reply-To: <2147483647.1047489988@[128.2.73.162]> Message-ID: References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> <2147483647.1047489988@[128.2.73.162]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Wed, 12 Mar 2003, Cyrus Daboo wrote: > --On Wednesday, March 12, 2003 1:52 PM -0800 Mark Crispin > wrote: > > | Can I have a headcount of who would be available for a BOF in San > | Francisco, assume that I can still get one scheduled? And could Barry and > | anyone else who can't attend pass on any concerns for the BOF? > > I will be there. Same. And I assume Larry would also try to make it. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski | Andrew Systems Group * Research Systems Programmer PGP:0x5CE32FCC | Cyert Hall 207 * rjs3@andrew.cmu.edu * 412.268.7456 -----BEGIN GEEK CODE BLOCK---- Version: 3.12 GCS/IT/CM/PA d- s+: a-- C++++$ ULS++++$ P+++$ L+++(++++) E W+ N o? K- w O- M-- V-- PS+ PE++ Y+ PGP+ t+@ 5+++ R@ tv-@ b+ DI+++ G e h r- y? ------END GEEK CODE BLOCK----- Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CMYhi12741 for ietf-imapext-bks; Wed, 12 Mar 2003 14:34:43 -0800 (PST) Received: from almso2.proxy.att.com (almso2.att.com [192.128.166.71]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CMYf312736 for ; Wed, 12 Mar 2003 14:34:41 -0800 (PST) Received: from maillennium.att.com ([135.25.114.99]) by almso2.proxy.att.com (AT&T IPNS/MSO-4.0) with ESMTP id h2CMYcWx020156 for ; Wed, 12 Mar 2003 17:34:39 -0500 (EST) Received: from att.com (unknown[135.210.34.15](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20030312223352gw100nivale> (Authid: tony); Wed, 12 Mar 2003 22:33:52 +0000 Message-ID: <3E6FB5F3.6000805@att.com> Date: Wed, 12 Mar 2003 17:34:27 -0500 From: Tony Hansen User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Crispin CC: IMAP extensions Mailing List Subject: Re: it's getting late folks... References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Mark Crispin wrote: > Can I have a headcount of who would be available for a BOF in San > Francisco, assume that I can still get one scheduled? And could Barry and > anyone else who can't attend pass on any concerns for the BOF? Unfortunately, I won't be there next week. Business exigencies dictated otherwise. Tony Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CMR3I11932 for ietf-imapext-bks; Wed, 12 Mar 2003 14:27:03 -0800 (PST) Received: from darius.cyrusoft.com (darius.cyrusoft.com [63.163.82.2]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CMR2311925 for ; Wed, 12 Mar 2003 14:27:02 -0800 (PST) Received: from [128.2.73.162] (localhost [127.0.0.1]) by darius.cyrusoft.com (8.9.3/8.9.3) with ESMTP id RAA16586; Wed, 12 Mar 2003 17:23:34 -0500 (EST) Date: Wed, 12 Mar 2003 17:26:28 -0500 From: Cyrus Daboo To: Mark Crispin , IMAP extensions Mailing List Subject: Re: it's getting late folks... Message-ID: <2147483647.1047489988@[128.2.73.162]> In-Reply-To: References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> X-Mailer: Mulberry/3.0.2.1 (Mac OS/PPC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Hi Mark, --On Wednesday, March 12, 2003 1:52 PM -0800 Mark Crispin wrote: | Can I have a headcount of who would be available for a BOF in San | Francisco, assume that I can still get one scheduled? And could Barry and | anyone else who can't attend pass on any concerns for the BOF? I will be there. -- Cyrus Daboo Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CLqNx07904 for ietf-imapext-bks; Wed, 12 Mar 2003 13:52:23 -0800 (PST) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CLqL307894 for ; Wed, 12 Mar 2003 13:52:21 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) by mxout3.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2CLqNGw009874 for ; Wed, 12 Mar 2003 13:52:23 -0800 Received: from Shimo-Tomobiki.Panda.COM (panda.com [206.124.149.114]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2CLqLwb011093 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 12 Mar 2003 13:52:23 -0800 Date: Wed, 12 Mar 2003 13:52:25 -0800 (Pacific Standard Time) From: Mark Crispin To: IMAP extensions Mailing List Subject: Re: it's getting late folks... In-Reply-To: <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> Message-ID: References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I concur wholeheartedly with everything that Chris has said. I am also very sympathetic to Barry's situation. More than once, I did not attend an IETF, only to learn later that something that I had a major stake in was agreed upon in my absence. However, in this case, I have the opposite problem. I got funding to go to San Francisco, and am pre-registered. I definitely will *not* go to Vienna. I may encounter difficulty in getting funding for future IETFs. Since it is too late to schedule an IMAPEXT WG meeting in San Francisco, I would like to schedule a BOF meeting. Because Barry can't be there, we should not do anything more on the LISTEXT extension other than reviewing Barry's current work and perhaps generating feedback. Can I have a headcount of who would be available for a BOF in San Francisco, assume that I can still get one scheduled? And could Barry and anyone else who can't attend pass on any concerns for the BOF? Please respond as quickly as possible, since I am facing deadlines to cancel my travel arrangements. Thank you. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CKokh05381 for ietf-imapext-bks; Wed, 12 Mar 2003 12:50:46 -0800 (PST) Received: from igw2.watson.ibm.com (igw2.watson.ibm.com [129.34.20.6]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CKoj305375 for ; Wed, 12 Mar 2003 12:50:45 -0800 (PST) Received: from sp1n294en1.watson.ibm.com (sp1n294en1.watson.ibm.com [9.2.112.58]) by igw2.watson.ibm.com (8.11.6/8.11.4) with ESMTP id h2CKogn63702 for ; Wed, 12 Mar 2003 15:50:42 -0500 Received: from mars (mars.watson.ibm.com [9.2.40.64]) by sp1n294en1.watson.ibm.com (8.11.6/8.11.4) with SMTP id h2CKofU31734 for ; Wed, 12 Mar 2003 15:50:41 -0500 Message-ID: <05d101c2e8d9$0b71a660$40280209@watson.ibm.com> From: "Barry Leiba" To: "IMAP extensions Mailing List" References: <3E6F2D7E.ADC0FB75@messagingdirect.com> <2147483647.1047469866@nifty-jr.west.sun.com> Subject: Re: it's getting late folks... Date: Wed, 12 Mar 2003 15:50:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I agree with a lot of what Chris says, and in particular: > Some people can't get travel > approval to the IETF unless there is a scheduled meeting, so hallway > meetings are not a substitute for scheduled meetings I have already killed this IETF meeting because there's no IMAPext session at it. The first thing my management asks when I say I want to go to an IETF meeting is, "Will they be talking about your drafts?" -- put another way, "Is your Working Group meeting at this one?" If the answer is no, it's almost certain that I won't be there. This is different from how it was three years ago, but it's how it is now, alas. > 2) Have a face-to-face IMAPEXT meeting at every IETF meeting until we are > finished. Only cancel if there are (a) no revised drafts, or (b) a > significant percentage of key participants fail to get travel funding. Let's do this. But let's not try to do it NOW, for San Francisco, because even if we can manage to get a room at this late date, I (and probably others) can't arrange the travel at this point. Barry -- Barry Leiba, Internet Messaging Technology (leiba@watson.ibm.com) http://www.research.ibm.com/people/l/leiba Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CJqt802501 for ietf-imapext-bks; Wed, 12 Mar 2003 11:52:55 -0800 (PST) Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CJqo302490 for ; Wed, 12 Mar 2003 11:52:50 -0800 (PST) Received: from esunmail ([129.147.58.120]) by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA16612 for ; Wed, 12 Mar 2003 12:52:53 -0700 (MST) Received: from xpa-fe2 (esunmail [129.147.58.120]) by edgemail1.Central.Sun.COM (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HBN00M77J68BL@edgemail1.Central.Sun.COM> for ietf-imapext@imc.org; Wed, 12 Mar 2003 12:51:45 -0700 (MST) Received: from nifty-jr.west.sun.com ([129.153.12.95]) by mail.sun.net (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTPSA id <0HBN00496J65KA@mail.sun.net> for ietf-imapext@imc.org; Wed, 12 Mar 2003 12:51:44 -0700 (MST) Date: Wed, 12 Mar 2003 11:51:06 -0800 From: Chris Newman Subject: Re: it's getting late folks... In-reply-to: <3E6F2D7E.ADC0FB75@messagingdirect.com> To: Pete Resnick Cc: Alexey Melnikov , Mark Crispin , IMAP Extensions WG Message-id: <2147483647.1047469866@nifty-jr.west.sun.com> MIME-version: 1.0 X-Mailer: Mulberry/3.0.0 (Mac OS X) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Content-disposition: inline X-message-flag: Outlook: the best virus distribution system around References: <3E6F2D7E.ADC0FB75@messagingdirect.com> Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: The failure to have an IMAPEXT meeting at this IETF is extremely detrimental to having IMAPEXT complete its work in a timely fashion. IMAP is a very successful protocol and as a result most of the key participants in this group have significant day-job demands that require constant attention. This is further exacerbated by the industry cutting jobs, so many of us have to do work that used to be done by two or three people. There are hundreds of things that won't get done unless I do them and standards honestly rank somewhere in the middle of the priority list. In this environment, it is extremely rare for me to get time to work on writing or reviewing internet drafts properly. If we rely on the email list to move IMAPEXT forward, it will continue to move forward at the present snails pace and we may never complete. Face-to-face meetings have real value to move work forward. If I have a scheduled meeting which I have to get approval to attend then I will spend the time reviewing drafts for that meeting. If there's no scheduled meeting, then the drafts won't get reviewed because I have higher priorities and no deadline for the review. Some people can't get travel approval to the IETF unless there is a scheduled meeting, so hallway meetings are not a substitute for scheduled meetings because some key participants will be missing. We should pick one of two actions: 1) Shut down IMAPEXT because we get no benefit from the WG structure. Let all this work be individual submissions reviewed on the list. 2) Have a face-to-face IMAPEXT meeting at every IETF meeting until we are finished. Only cancel if there are (a) no revised drafts, or (b) a significant percentage of key participants fail to get travel funding. - Chris Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2CCrLk07678 for ietf-imapext-bks; Wed, 12 Mar 2003 04:53:21 -0800 (PST) Received: from woozle.isode.com (woozle.isode.com [193.133.227.19]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2CCrK307674 for ; Wed, 12 Mar 2003 04:53:20 -0800 (PST) Received: from messagingdirect.com (actually gagarin.isode.com) by woozle.isode.com (local) with ESMTP; Wed, 12 Mar 2003 12:52:25 +0000 Message-ID: <3E6F2D7E.ADC0FB75@messagingdirect.com> Date: Wed, 12 Mar 2003 05:52:14 -0700 From: Alexey Melnikov Organization: ACI WorldWide / MessagingDirect X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Pete Resnick CC: Mark Crispin , IMAP Extensions WG Subject: Re: it's getting late folks... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: People who are going to attend anyway can arrange a meeting. Cheers, Alexey __________________________________________ R & D, ACI Worldwide/MessagingDirect Watford, UK Work Phone: +44 1923 81 2877 Home Page: http://orthanc.ab.ca/mel I speak for myself only, not for my employer. __________________________________________ Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BNux016780 for ietf-imapext-bks; Tue, 11 Mar 2003 15:56:59 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BNuw316767 for ; Tue, 11 Mar 2003 15:56:58 -0800 (PST) Received: from [129.46.76.182] (129.46.76.182) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Tue, 11 Mar 2003 17:56:57 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a8] Date: Tue, 11 Mar 2003 15:56:32 -0800 To: Mark Crispin From: Pete Resnick Subject: Re: it's getting late folks... Cc: IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/11/03 at 3:15 PM -0800, Mark Crispin wrote: >>Certainly there's been no problems that sound like they can't be >>worked out by e-mail. Meeting time is for hashing out problems that >>can't be dealt with on the list. [...] >>Perhaps I was mistaken, but I see no deadlocked issues out there >>for us to discuss. > >On the contrary, I see quite a bit that needs to be worked on. I didn't say there was nothing to be worked on. I said that I didn't see issues that were so deadlocked that they couldn't be worked out on the list. IETF work takes place on the mailing lists. No one here is new to the IETF; we don't postpone discussions for meetings unless there is an indication that they can't be handled by e-mail. IETF meetings are very busy times for many of us (I personally have many meetings that I need to attend and many documents to catch up on), and I don't want to add yet another thing to everyone's already overbooked schedules unless there's good reason to do so. Scheduling closed on January 25th, and final agendas for WG items are due day after tomorrow. It is not SOP to wait for the chair to *ask* if there are any issues and spring them as the meeting deadlines approach. If you have issues that you think the document authors need to address, post them to the list. It's not like your message is going to get lost in the noise. And it's certainly cheaper, and often as effective, as buying a plane ticket. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BNFKF14418 for ietf-imapext-bks; Tue, 11 Mar 2003 15:15:20 -0800 (PST) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BNFI314412 for ; Tue, 11 Mar 2003 15:15:18 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BNF3Gw030338; Tue, 11 Mar 2003 15:15:03 -0800 Received: from Tomobiki-Cho.CAC.Washington.EDU (tomobiki-cho.cac.washington.edu [128.95.135.58]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BNF3aM006247 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 11 Mar 2003 15:15:03 -0800 Date: Tue, 11 Mar 2003 15:15:04 -0800 (Pacific Standard Time) From: Mark Crispin To: Pete Resnick cc: IMAP Extensions WG Subject: Re: it's getting late folks... In-Reply-To: Message-ID: References: Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Tue, 11 Mar 2003, Pete Resnick wrote: > >That is news to me. I don't see anything in any notes from the Atlanta > >meeting that says that we would not be meeting in San Francisco. > I don't see it in the minutes, though I remember quite clearly saying > at the beginning of the meeting that we were stalled, that we needed > to complete work quickly, and that we should try to dispose of that > without having to meet again. I see nothing in the minutes (or my own notes) about "without having to meet again." Rob Siemborski wrote: - This group is being stalled on various issues for too long, we need to decide on what we need to get done and punt on what we can't. and I wrote: >From the chair: Need to finish and close down this working group! > >What about the ANNOTATE, ANNOTATEMORE, and ACL documents which have been > >updated since Atlanta? > There's been scant little discussion on these documents. Certainly > there's been no problems that sound like they can't be worked out by > e-mail. Meeting time is for hashing out problems that can't be dealt > with on the list. I disagree. I suspect that the reason why there has been so little email discussion on these (or LIST-EXTENSIONS) is that there was an expectation that they would be discussed in San Francisco. > >What about Chris Newman's i18n document? > That document didn't make the I-D deadline anyway. And again, there > he been very little discussion on the list. Once again, I expected discussion in San Francisco. > Perhaps I was mistaken, but I see no deadlocked issues out there for > us to discuss. On the contrary, I see quite a bit that needs to be worked on. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BN6Pg14117 for ietf-imapext-bks; Tue, 11 Mar 2003 15:06:25 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BN6N314113 for ; Tue, 11 Mar 2003 15:06:23 -0800 (PST) Received: from [129.46.76.182] (129.46.76.182) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Tue, 11 Mar 2003 17:06:22 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a8] Date: Tue, 11 Mar 2003 15:05:56 -0800 To: Mark Crispin From: Pete Resnick Subject: Re: it's getting late folks... Cc: IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/11/03 at 2:46 PM -0800, Mark Crispin wrote: >On Tue, 11 Mar 2003, Pete Resnick wrote: >> >Are we going to be meeting in San Francisco? >> No. We discussed this at the meeting in Atlanta. The agenda was >> closed two weeks ago. > >That is news to me. I don't see anything in any notes from the Atlanta >meeting that says that we would not be meeting in San Francisco. I don't see it in the minutes, though I remember quite clearly saying at the beginning of the meeting that we were stalled, that we needed to complete work quickly, and that we should try to dispose of that without having to meet again. But whether or not that is the case: >What about the ANNOTATE, ANNOTATEMORE, and ACL documents which have been >updated since Atlanta? There's been scant little discussion on these documents. Certainly there's been no problems that sound like they can't be worked out by e-mail. Meeting time is for hashing out problems that can't be dealt with on the list. >What about Chris Newman's i18n document? That document didn't make the I-D deadline anyway. And again, there he been very little discussion on the list. Perhaps I was mistaken, but I see no deadlocked issues out there for us to discuss. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BMkdB13294 for ietf-imapext-bks; Tue, 11 Mar 2003 14:46:39 -0800 (PST) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BMkc313289 for ; Tue, 11 Mar 2003 14:46:38 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BMkUxS017747; Tue, 11 Mar 2003 14:46:35 -0800 Received: from Tomobiki-Cho.CAC.Washington.EDU (tomobiki-cho.cac.washington.edu [128.95.135.58]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BMkUaM004610 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 11 Mar 2003 14:46:30 -0800 Date: Tue, 11 Mar 2003 14:46:31 -0800 (Pacific Standard Time) From: Mark Crispin To: Pete Resnick cc: IMAP Extensions WG Subject: Re: it's getting late folks... In-Reply-To: Message-ID: References: Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On Tue, 11 Mar 2003, Pete Resnick wrote: > >Are we going to be meeting in San Francisco? > No. We discussed this at the meeting in Atlanta. The agenda was > closed two weeks ago. That is news to me. I don't see anything in any notes from the Atlanta meeting that says that we would not be meeting in San Francisco. What about the ANNOTATE, ANNOTATEMORE, and ACL documents which have been updated since Atlanta? What about Chris Newman's i18n document? I specifically asked Chris about not dealing with this right away, and he seemed to be rather emphatic that we needed to work on this sooner rather than later so as to wind up the WG, rather than continue to let this all drag on. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BMc1Q13067 for ietf-imapext-bks; Tue, 11 Mar 2003 14:38:01 -0800 (PST) Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BMc0313063 for ; Tue, 11 Mar 2003 14:38:00 -0800 (PST) Received: from [129.46.76.182] (129.46.76.182) by episteme-software.com with ESMTP (Eudora Internet Mail Server 3.2b5); Tue, 11 Mar 2003 16:37:55 -0600 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a8] Date: Tue, 11 Mar 2003 14:37:30 -0800 To: Mark Crispin From: Pete Resnick Subject: Re: it's getting late folks... Cc: IMAP Extensions WG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: On 3/11/03 at 11:39 AM -0800, Mark Crispin wrote: >Are we going to be meeting in San Francisco? No. We discussed this at the meeting in Atlanta. The agenda was closed two weeks ago. pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h2BJdea02501 for ietf-imapext-bks; Tue, 11 Mar 2003 11:39:40 -0800 (PST) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h2BJdc302497 for ; Tue, 11 Mar 2003 11:39:39 -0800 (PST) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BJdZEk015615 for ; Tue, 11 Mar 2003 11:39:40 -0800 Received: from Shimo-Tomobiki.Panda.COM (D-140-142-21-68.dhcp4.washington.edu [140.142.21.68]) (authenticated bits=0) by smtp.washington.edu (8.12.1+UW03.03/8.12.1+UW02.12) with ESMTP id h2BJdXaM026841 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 11 Mar 2003 11:39:34 -0800 Date: Tue, 11 Mar 2003 11:39:36 -0800 (Pacific Standard Time) From: Mark Crispin To: IMAP Extensions WG Subject: it's getting late folks... Message-ID: Organization: Networks & Distributed Computing MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Are we going to be meeting in San Francisco? -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h27DtYM24468 for ietf-imapext-bks; Fri, 7 Mar 2003 05:55:34 -0800 (PST) Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h27DtW324462 for ; Fri, 7 Mar 2003 05:55:32 -0800 (PST) Received: by oma.irssi.org (Postfix, from userid 1000) id 203F75E01F94; Fri, 7 Mar 2003 15:55:20 +0200 (EET) Subject: Re: I-D ACTION:draft-ietf-imapext-annotate-06.txt From: Timo Sirainen To: ietf-imapext@imc.org In-Reply-To: <200303071152.GAA21161@ietf.org> References: <200303071152.GAA21161@ietf.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1047045319.937.172.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 07 Mar 2003 15:55:20 +0200 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: I think there should be a way for a client to know if annotations can be used in a specific mailbox. Some servers support multiple mailbox formats and may not offer annotations for all of them. SELECT could give a new reply: * OK [ANNOTATE READ-ONLY] or READ-WRITE If there's no annotation support, then the line wouldn't be sent. Then there's ACLs and such which may prevent updates for some of the entries. If client wants to know if it can update them, just checking NO reply isn't enough since it may happen for other reasons as well (eg. message was just expunged). So, how about adding "[PERM]" code to NO-reply when STORE fails because of lack of permissions? Received: (from majordomo@localhost) by above.proper.com (8.11.6/8.11.6) id h27BsuJ14171 for ietf-imapext-bks; Fri, 7 Mar 2003 03:54:56 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by above.proper.com (8.11.6/8.11.6) with ESMTP id h27Bst314162 for ; Fri, 7 Mar 2003 03:54:55 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21161; Fri, 7 Mar 2003 06:52:50 -0500 (EST) Message-Id: <200303071152.GAA21161@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ietf-imapext@imc.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-imapext-annotate-06.txt Date: Fri, 07 Mar 2003 06:52:50 -0500 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Internet Message Access Protocol Extension Working Group of the IETF. Title : IMAP ANNOTATE Extension Author(s) : R. Gellens, C. Daboo Filename : draft-ietf-imapext-annotate-06.txt Pages : 20 Date : 2003-3-6 The ANNOTATE extension to the Internet Message Access Protocol [IMAP4] permits clients and servers to maintain 'metadata' for messages stored in an IMAP4 mailbox. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-annotate-06.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-imapext-annotate-06.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-imapext-annotate-06.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2003-3-6125130.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-annotate-06.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-annotate-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-6125130.I-D@ietf.org> --OtherAccess-- --NextPart--