Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5KHbUrb092482 for ; Fri, 20 Jun 2003 10:37:30 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5KHbUNp092481 for ietf-imapext-bks; Fri, 20 Jun 2003 10:37:30 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from smtp6.andrew.cmu.edu (SMTP6.andrew.cmu.edu [128.2.10.86]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5KHbSrb092475 for ; Fri, 20 Jun 2003 10:37:29 -0700 (PDT) (envelope-from leg+@andrew.cmu.edu) Received: from penguin.andrew.cmu.edu (PENGUIN.andrew.cmu.edu [128.2.121.100]) by smtp6.andrew.cmu.edu (8.12.9/8.12.3.Beta2) with ESMTP id h5KHbTnw021727; Fri, 20 Jun 2003 13:37:29 -0400 Date: Fri, 20 Jun 2003 13:37:29 -0400 Message-Id: <200306201737.h5KHbTnw021727@smtp6.andrew.cmu.edu> From: Lawrence Greenfield X-Mailer: BatIMail version 3.3 To: ietf-imapext@imc.org In-reply-to: <200306181153.HAA28125@ietf.org> Subject: acl-08: questions References: <200306181153.HAA28125@ietf.org> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory?= =?ISO-8859-4?Q?=F2mae?=) Emacs/21.2 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: . Why is there no 'anonymous' identifier in addition to 'anyone' and 'authuser'? . Do we have any experience with servers that have tied rights with the current ACL specification? . I don't follow how ACL2=MOST-SPECIFIC works. When there are two groups, which is more specific? What about "authuser" versus a group that might contain "anonymous"? There needs to be a formal definition of how to order two rules. . The ABNF rule "rights = quoted" is unacceptable. We want to encourage the use of literals, not create more special cases in the protocol where only a subset of string representations are allowed. It's not clear to me why this change was made. How a string is sent is a lexical issue. Where strings are allowed is a grammar issue. It's unfortunate that we specify both levels in a single ABNF, but that's no reason to allow the two levels to mix. Larry Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5ILilrb006571 for ; Wed, 18 Jun 2003 14:44:47 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5ILikkx006570 for ietf-imapext-bks; Wed, 18 Jun 2003 14:44:46 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5ILiirb006558 for ; Wed, 18 Jun 2003 14:44:45 -0700 (PDT) (envelope-from tss@iki.fi) Received: by oma.irssi.org (Postfix, from userid 1000) id 73380651139F; Thu, 19 Jun 2003 00:44:33 +0300 (EEST) Subject: Re: I-D ACTION:draft-ietf-imapext-acl-08.txt From: Timo Sirainen To: ietf-imapext@imc.org In-Reply-To: <200306181153.HAA28125@ietf.org> References: <200306181153.HAA28125@ietf.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1055972672.802.20.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 19 Jun 2003 00:44:32 +0300 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: > Note, that if the user has "l" right to a mailbox "A/B", but not to its > mailbox "A", the LIST command should behave as if the mailbox "A" > doesn't exist, for example: > > C: A777 LIST "" * > S: * LIST (\NoInferiors) "/" "A/B" > S: * LIST () "/" "C" > S: * LIST (\NoInferiors) "/" "C/D" > S: A777 OK LIST completed That's now how IMAP currently works if A/B exists but A doesn't. It should show A as \NoSelect folder. Also LIST "" % should most likely show A as \NoSelect or clients can't even see it. Except either way could be annoying to implement in servers, or even impossible with filesystem ACLs if process doesn't have read-access to A directory. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IEoErb085121 for ; Wed, 18 Jun 2003 07:50:14 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5IEoEO4085120 for ietf-imapext-bks; Wed, 18 Jun 2003 07:50:14 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from Ikkoku-Kan.Panda.COM (root@panda.com [206.124.149.114]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IEo7rb085107 for ; Wed, 18 Jun 2003 07:50:08 -0700 (PDT) (envelope-from mrc@CAC.Washington.EDU) Received: from localhost (mrc@localhost) by Ikkoku-Kan.Panda.COM id HAA04056; Wed, 18 Jun 2003 07:49:59 -0700 (PDT) Date: Wed, 18 Jun 2003 07:49:59 -0700 (PDT) From: Mark Crispin To: Alexey Melnikov cc: Pete Resnick , ietf-imapext@imc.org Subject: Re: Not meeting in Vienna - Objections? In-Reply-To: <3EF06B7F.9D8A4617@isode.com> Message-ID: References: <3EF06B7F.9D8A4617@isode.com> 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, 18 Jun 2003, Alexey Melnikov wrote: > I've just submitted new revisions of CONDSTORE and ACL2. > I hope this would be the last CONDSTORE revision (I will send a minor > question shortly) and ACL2 is getting ready for Last Call as well. I haven't had a chance to review ACL2 thoroughly yet, but I'll get to that soon. > UNSELECT was resubmitted recently. Let's Last Call it. I agree. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IBr2rb073922 for ; Wed, 18 Jun 2003 04:53:02 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5IBr1RH073921 for ietf-imapext-bks; Wed, 18 Jun 2003 04:53:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom 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.12.8) with ESMTP id h5IBr0rb073915 for ; Wed, 18 Jun 2003 04:53:01 -0700 (PDT) (envelope-from nsyracus@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA28125; Wed, 18 Jun 2003 07:53:00 -0400 (EDT) Message-Id: <200306181153.HAA28125@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-acl-08.txt Date: Wed, 18 Jun 2003 07:53:00 -0400 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 : IMAP4 ACL extension Author(s) : A. Melnikov Filename : draft-ietf-imapext-acl-08.txt Pages : 10 Date : 2003-6-17 The ACL (Access Control List) extension of the Internet Message Access Protocol [IMAP4] permits mailbox access control lists to be manipulated through the IMAP protocol. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-acl-08.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-acl-08.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-acl-08.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-6-17144502.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-acl-08.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-acl-08.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-6-17144502.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IBqurb073911 for ; Wed, 18 Jun 2003 04:52:57 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5IBquFn073910 for ietf-imapext-bks; Wed, 18 Jun 2003 04:52:56 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom 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.12.8) with ESMTP id h5IBqtrb073905 for ; Wed, 18 Jun 2003 04:52:56 -0700 (PDT) (envelope-from nsyracus@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA28109; Wed, 18 Jun 2003 07:52:55 -0400 (EDT) Message-Id: <200306181152.HAA28109@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-02.txt Date: Wed, 18 Jun 2003 07:52:55 -0400 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-02.txt Pages : 16 Date : 2003-6-17 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-02.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-02.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-02.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-6-17144444.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-condstore-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-condstore-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-6-17144444.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5HHW1rb001005 for ; Tue, 17 Jun 2003 10:32:01 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5HHW1Sr001004 for ietf-imapext-bks; Tue, 17 Jun 2003 10:32:01 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from smtp6.andrew.cmu.edu (SMTP6.andrew.cmu.edu [128.2.10.86]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5HHVxrb000996 for ; Tue, 17 Jun 2003 10:32:00 -0700 (PDT) (envelope-from rjs3@andrew.cmu.edu) Received: from MAIL1.andrew.cmu.edu (MAIL1.andrew.cmu.edu [128.2.10.131]) (user=rjs3 mech=GSSAPI (0 bits)) by smtp6.andrew.cmu.edu (8.12.9/8.12.3.Beta2) with ESMTP id h5HHVpnx017864; Tue, 17 Jun 2003 13:31:51 -0400 Date: Tue, 17 Jun 2003 13:31:51 -0400 (EDT) From: Rob Siemborski To: daboo@cyrusoft.com cc: ietf-imapext@imc.org Subject: Re: New ANNOTATEMORE draft Message-ID: 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, 21 May 2003, Cyrus Daboo wrote: > A New Internet-Draft is available from the on-line Internet-Drafts > directories. In addition to Ken's question, I note that the draft stipulates: "Servers SHOULD allow annotations on all 'types' of mailbox, including ones reporting \Noselect for their LIST response." At the very least, we might need more text here (or a justification of the SHOULD as opposed to a MAY, if we really want this at all). Say we have: user.rjs3 user.rjs3.foo.bar Then, user.rjs3.foo may be returned as a \Noselect mailbox. Say I set an annotation on user.rjs3.foo, and then delete the user.rjs3.foo.bar mailbox. What should be the behavior of the annotation on user.rjs3.foo? Does the annotation go away and then come back if I recreate user.foo.bar? Does it continue to exist independently? If either of these is true, does this mean I SHOULD be able to set an annotation on arbitrary.mailbox.that.may.not.exist.currently? I don't think this sort of behavior should be encouraged. Perhaps some of this is confusion over when exactly \Noselect may be returned. RFC 3501 specifies that \Noselect may be returned for mailboxes where "It is not possible to use this name as a selectable mailbox" which seems a bit vague in this context (since any string that is a valid mailbox name but not an actual mailbox can match this definition). Granted, that doesn't mean a server is returning arbitrary strings in its LIST response. -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 above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEk7rb006198 for ; Mon, 16 Jun 2003 07:46:07 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5GEk7cs006197 for ietf-imapext-bks; Mon, 16 Jun 2003 07:46:07 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEk6rb006192 for ; Mon, 16 Jun 2003 07:46:06 -0700 (PDT) (envelope-from presnick@qualcomm.com) Received: from [216.43.25.67] (216.43.25.67) by episteme-software.com with ESMTP (Eudora Internet Mail Server X 3.2.2b1); Mon, 16 Jun 2003 09:45:58 -0500 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a15] Date: Mon, 16 Jun 2003 09:46:05 -0500 To: Mark Crispin From: Pete Resnick Subject: Re: Not meeting in Vienna - Objections? Cc: ietf-imapext@imc.org 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 6/16/03 at 7:44 AM -0700, Mark Crispin wrote: >I agree to defer the next meeting of IMAPEXT to the IETF after Vienna. >Where will that be? Minneapolis in November. It would be very nice if we could use that meeting for simply Last Call issues. Let's all try to accomplish that. -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEiJrb006127 for ; Mon, 16 Jun 2003 07:44:19 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5GEiJGr006126 for ietf-imapext-bks; Mon, 16 Jun 2003 07:44:19 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from Ikkoku-Kan.Panda.COM (vsl@panda.com [206.124.149.114]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEiHrb006120 for ; Mon, 16 Jun 2003 07:44:17 -0700 (PDT) (envelope-from mrc@CAC.Washington.EDU) Received: from localhost (mrc@localhost) by Ikkoku-Kan.Panda.COM id HAA29761; Mon, 16 Jun 2003 07:44:14 -0700 (PDT) Date: Mon, 16 Jun 2003 07:44:13 -0700 (PDT) From: Mark Crispin To: Pete Resnick cc: ietf-imapext@imc.org Subject: Re: Not meeting in Vienna - Objections? In-Reply-To: Message-ID: References: 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 Mon, 16 Jun 2003, Pete Resnick wrote: > Given the lack of enthusiasm to my post several weeks ago about > meeting in Vienna (including 2 of the document editors saying they > will not be there), I assumed that there will *not* be an IMAPEXT > meeting there. Before the deadline comes around, any objections? I agree to defer the next meeting of IMAPEXT to the IETF after Vienna. Where will that be? -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GESlrb005543 for ; Mon, 16 Jun 2003 07:28:47 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5GESlUW005542 for ietf-imapext-bks; Mon, 16 Jun 2003 07:28:47 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GESkrb005533 for ; Mon, 16 Jun 2003 07:28:46 -0700 (PDT) (envelope-from presnick@qualcomm.com) Received: from [216.43.25.67] (216.43.25.67) by episteme-software.com with ESMTP (Eudora Internet Mail Server X 3.2.2b1) for ; Mon, 16 Jun 2003 09:28:34 -0500 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: X-Mailer: Eudora [Macintosh version 6.0a15] Date: Mon, 16 Jun 2003 09:28:41 -0500 To: ietf-imapext@imc.org From: Pete Resnick Subject: Not meeting in Vienna - Objections? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Given the lack of enthusiasm to my post several weeks ago about meeting in Vienna (including 2 of the document editors saying they will not be there), I assumed that there will *not* be an IMAPEXT meeting there. Before the deadline comes around, any objections? pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5KHbUrb092482 for ; Fri, 20 Jun 2003 10:37:30 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5KHbUNp092481 for ietf-imapext-bks; Fri, 20 Jun 2003 10:37:30 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from smtp6.andrew.cmu.edu (SMTP6.andrew.cmu.edu [128.2.10.86]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5KHbSrb092475 for ; Fri, 20 Jun 2003 10:37:29 -0700 (PDT) (envelope-from leg+@andrew.cmu.edu) Received: from penguin.andrew.cmu.edu (PENGUIN.andrew.cmu.edu [128.2.121.100]) by smtp6.andrew.cmu.edu (8.12.9/8.12.3.Beta2) with ESMTP id h5KHbTnw021727; Fri, 20 Jun 2003 13:37:29 -0400 Date: Fri, 20 Jun 2003 13:37:29 -0400 Message-Id: <200306201737.h5KHbTnw021727@smtp6.andrew.cmu.edu> From: Lawrence Greenfield X-Mailer: BatIMail version 3.3 To: ietf-imapext@imc.org In-reply-to: <200306181153.HAA28125@ietf.org> Subject: acl-08: questions References: <200306181153.HAA28125@ietf.org> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory?= =?ISO-8859-4?Q?=F2mae?=) Emacs/21.2 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: . Why is there no 'anonymous' identifier in addition to 'anyone' and 'authuser'? . Do we have any experience with servers that have tied rights with the current ACL specification? . I don't follow how ACL2=MOST-SPECIFIC works. When there are two groups, which is more specific? What about "authuser" versus a group that might contain "anonymous"? There needs to be a formal definition of how to order two rules. . The ABNF rule "rights = quoted" is unacceptable. We want to encourage the use of literals, not create more special cases in the protocol where only a subset of string representations are allowed. It's not clear to me why this change was made. How a string is sent is a lexical issue. Where strings are allowed is a grammar issue. It's unfortunate that we specify both levels in a single ABNF, but that's no reason to allow the two levels to mix. Larry Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5ILilrb006571 for ; Wed, 18 Jun 2003 14:44:47 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5ILikkx006570 for ietf-imapext-bks; Wed, 18 Jun 2003 14:44:46 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5ILiirb006558 for ; Wed, 18 Jun 2003 14:44:45 -0700 (PDT) (envelope-from tss@iki.fi) Received: by oma.irssi.org (Postfix, from userid 1000) id 73380651139F; Thu, 19 Jun 2003 00:44:33 +0300 (EEST) Subject: Re: I-D ACTION:draft-ietf-imapext-acl-08.txt From: Timo Sirainen To: ietf-imapext@imc.org In-Reply-To: <200306181153.HAA28125@ietf.org> References: <200306181153.HAA28125@ietf.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1055972672.802.20.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 19 Jun 2003 00:44:32 +0300 Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: > Note, that if the user has "l" right to a mailbox "A/B", but not to its > mailbox "A", the LIST command should behave as if the mailbox "A" > doesn't exist, for example: > > C: A777 LIST "" * > S: * LIST (\NoInferiors) "/" "A/B" > S: * LIST () "/" "C" > S: * LIST (\NoInferiors) "/" "C/D" > S: A777 OK LIST completed That's now how IMAP currently works if A/B exists but A doesn't. It should show A as \NoSelect folder. Also LIST "" % should most likely show A as \NoSelect or clients can't even see it. Except either way could be annoying to implement in servers, or even impossible with filesystem ACLs if process doesn't have read-access to A directory. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IEoErb085121 for ; Wed, 18 Jun 2003 07:50:14 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5IEoEO4085120 for ietf-imapext-bks; Wed, 18 Jun 2003 07:50:14 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from Ikkoku-Kan.Panda.COM (root@panda.com [206.124.149.114]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IEo7rb085107 for ; Wed, 18 Jun 2003 07:50:08 -0700 (PDT) (envelope-from mrc@CAC.Washington.EDU) Received: from localhost (mrc@localhost) by Ikkoku-Kan.Panda.COM id HAA04056; Wed, 18 Jun 2003 07:49:59 -0700 (PDT) Date: Wed, 18 Jun 2003 07:49:59 -0700 (PDT) From: Mark Crispin To: Alexey Melnikov cc: Pete Resnick , ietf-imapext@imc.org Subject: Re: Not meeting in Vienna - Objections? In-Reply-To: <3EF06B7F.9D8A4617@isode.com> Message-ID: References: <3EF06B7F.9D8A4617@isode.com> 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, 18 Jun 2003, Alexey Melnikov wrote: > I've just submitted new revisions of CONDSTORE and ACL2. > I hope this would be the last CONDSTORE revision (I will send a minor > question shortly) and ACL2 is getting ready for Last Call as well. I haven't had a chance to review ACL2 thoroughly yet, but I'll get to that soon. > UNSELECT was resubmitted recently. Let's Last Call it. I agree. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IBr2rb073922 for ; Wed, 18 Jun 2003 04:53:02 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5IBr1RH073921 for ietf-imapext-bks; Wed, 18 Jun 2003 04:53:02 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom 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.12.8) with ESMTP id h5IBr0rb073915 for ; Wed, 18 Jun 2003 04:53:01 -0700 (PDT) (envelope-from nsyracus@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA28125; Wed, 18 Jun 2003 07:53:00 -0400 (EDT) Message-Id: <200306181153.HAA28125@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-acl-08.txt Date: Wed, 18 Jun 2003 07:53:00 -0400 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 : IMAP4 ACL extension Author(s) : A. Melnikov Filename : draft-ietf-imapext-acl-08.txt Pages : 10 Date : 2003-6-17 The ACL (Access Control List) extension of the Internet Message Access Protocol [IMAP4] permits mailbox access control lists to be manipulated through the IMAP protocol. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-imapext-acl-08.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-acl-08.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-acl-08.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-6-17144502.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-acl-08.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-acl-08.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-6-17144502.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5IBqurb073911 for ; Wed, 18 Jun 2003 04:52:57 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5IBquFn073910 for ietf-imapext-bks; Wed, 18 Jun 2003 04:52:56 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom 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.12.8) with ESMTP id h5IBqtrb073905 for ; Wed, 18 Jun 2003 04:52:56 -0700 (PDT) (envelope-from nsyracus@cnri.reston.va.us) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA28109; Wed, 18 Jun 2003 07:52:55 -0400 (EDT) Message-Id: <200306181152.HAA28109@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-02.txt Date: Wed, 18 Jun 2003 07:52:55 -0400 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-02.txt Pages : 16 Date : 2003-6-17 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-02.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-02.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-02.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-6-17144444.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-imapext-condstore-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-imapext-condstore-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-6-17144444.I-D@ietf.org> --OtherAccess-- --NextPart-- Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5HHW1rb001005 for ; Tue, 17 Jun 2003 10:32:01 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5HHW1Sr001004 for ietf-imapext-bks; Tue, 17 Jun 2003 10:32:01 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from smtp6.andrew.cmu.edu (SMTP6.andrew.cmu.edu [128.2.10.86]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5HHVxrb000996 for ; Tue, 17 Jun 2003 10:32:00 -0700 (PDT) (envelope-from rjs3@andrew.cmu.edu) Received: from MAIL1.andrew.cmu.edu (MAIL1.andrew.cmu.edu [128.2.10.131]) (user=rjs3 mech=GSSAPI (0 bits)) by smtp6.andrew.cmu.edu (8.12.9/8.12.3.Beta2) with ESMTP id h5HHVpnx017864; Tue, 17 Jun 2003 13:31:51 -0400 Date: Tue, 17 Jun 2003 13:31:51 -0400 (EDT) From: Rob Siemborski To: daboo@cyrusoft.com cc: ietf-imapext@imc.org Subject: Re: New ANNOTATEMORE draft Message-ID: 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, 21 May 2003, Cyrus Daboo wrote: > A New Internet-Draft is available from the on-line Internet-Drafts > directories. In addition to Ken's question, I note that the draft stipulates: "Servers SHOULD allow annotations on all 'types' of mailbox, including ones reporting \Noselect for their LIST response." At the very least, we might need more text here (or a justification of the SHOULD as opposed to a MAY, if we really want this at all). Say we have: user.rjs3 user.rjs3.foo.bar Then, user.rjs3.foo may be returned as a \Noselect mailbox. Say I set an annotation on user.rjs3.foo, and then delete the user.rjs3.foo.bar mailbox. What should be the behavior of the annotation on user.rjs3.foo? Does the annotation go away and then come back if I recreate user.foo.bar? Does it continue to exist independently? If either of these is true, does this mean I SHOULD be able to set an annotation on arbitrary.mailbox.that.may.not.exist.currently? I don't think this sort of behavior should be encouraged. Perhaps some of this is confusion over when exactly \Noselect may be returned. RFC 3501 specifies that \Noselect may be returned for mailboxes where "It is not possible to use this name as a selectable mailbox" which seems a bit vague in this context (since any string that is a valid mailbox name but not an actual mailbox can match this definition). Granted, that doesn't mean a server is returning arbitrary strings in its LIST response. -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 above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEk7rb006198 for ; Mon, 16 Jun 2003 07:46:07 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5GEk7cs006197 for ietf-imapext-bks; Mon, 16 Jun 2003 07:46:07 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEk6rb006192 for ; Mon, 16 Jun 2003 07:46:06 -0700 (PDT) (envelope-from presnick@qualcomm.com) Received: from [216.43.25.67] (216.43.25.67) by episteme-software.com with ESMTP (Eudora Internet Mail Server X 3.2.2b1); Mon, 16 Jun 2003 09:45:58 -0500 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: In-Reply-To: References: X-Mailer: Eudora [Macintosh version 6.0a15] Date: Mon, 16 Jun 2003 09:46:05 -0500 To: Mark Crispin From: Pete Resnick Subject: Re: Not meeting in Vienna - Objections? Cc: ietf-imapext@imc.org 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 6/16/03 at 7:44 AM -0700, Mark Crispin wrote: >I agree to defer the next meeting of IMAPEXT to the IETF after Vienna. >Where will that be? Minneapolis in November. It would be very nice if we could use that meeting for simply Last Call issues. Let's all try to accomplish that. -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102 Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEiJrb006127 for ; Mon, 16 Jun 2003 07:44:19 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5GEiJGr006126 for ietf-imapext-bks; Mon, 16 Jun 2003 07:44:19 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from Ikkoku-Kan.Panda.COM (vsl@panda.com [206.124.149.114]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GEiHrb006120 for ; Mon, 16 Jun 2003 07:44:17 -0700 (PDT) (envelope-from mrc@CAC.Washington.EDU) Received: from localhost (mrc@localhost) by Ikkoku-Kan.Panda.COM id HAA29761; Mon, 16 Jun 2003 07:44:14 -0700 (PDT) Date: Mon, 16 Jun 2003 07:44:13 -0700 (PDT) From: Mark Crispin To: Pete Resnick cc: ietf-imapext@imc.org Subject: Re: Not meeting in Vienna - Objections? In-Reply-To: Message-ID: References: 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 Mon, 16 Jun 2003, Pete Resnick wrote: > Given the lack of enthusiasm to my post several weeks ago about > meeting in Vienna (including 2 of the document editors saying they > will not be there), I assumed that there will *not* be an IMAPEXT > meeting there. Before the deadline comes around, any objections? I agree to defer the next meeting of IMAPEXT to the IETF after Vienna. Where will that be? -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum. Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GESlrb005543 for ; Mon, 16 Jun 2003 07:28:47 -0700 (PDT) (envelope-from owner-ietf-imapext@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.9/8.12.9/Submit) id h5GESlUW005542 for ietf-imapext-bks; Mon, 16 Jun 2003 07:28:47 -0700 (PDT) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-imapext@mail.imc.org using -f Received: from episteme-software.com (champdsl-25-66.mcleodusa.net [216.43.25.66]) by above.proper.com (8.12.9/8.12.8) with ESMTP id h5GESkrb005533 for ; Mon, 16 Jun 2003 07:28:46 -0700 (PDT) (envelope-from presnick@qualcomm.com) Received: from [216.43.25.67] (216.43.25.67) by episteme-software.com with ESMTP (Eudora Internet Mail Server X 3.2.2b1) for ; Mon, 16 Jun 2003 09:28:34 -0500 Mime-Version: 1.0 X-Sender: resnick@resnick1.qualcomm.com Message-Id: X-Mailer: Eudora [Macintosh version 6.0a15] Date: Mon, 16 Jun 2003 09:28:41 -0500 To: ietf-imapext@imc.org From: Pete Resnick Subject: Not meeting in Vienna - Objections? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-ietf-imapext@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: Given the lack of enthusiasm to my post several weeks ago about meeting in Vienna (including 2 of the document editors saying they will not be there), I assumed that there will *not* be an IMAPEXT meeting there. Before the deadline comes around, any objections? pr -- Pete Resnick QUALCOMM Incorporated - Direct phone: (858)651-4478, Fax: (858)651-1102