Re: Movie
Please see the attached file.
I-D ACTION:draft-melnikov-imap-unselect-01.txt
A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : IMAP UNSELECT command Author(s) : A. Melnikov Filename: draft-melnikov-imap-unselect-01.txt Pages : 6 Date: 2003-6-4 Certain types of IMAP clients need to release resources associated with the selected mailbox without selecting a different mailbox. While [IMAP4] provides this functionality (via a SELECT command with an invalid argument), a more clean solution is desirable. [IMAP4] defines the CLOSE command that closes the selected mailbox as well as permanently removes all messages with the Deleted flag set. However [IMAP4] lacks a command that simply closes the mailbox without expunging it. This document defines the UNSELECT command for this purpose. A server which supports this extension indicates this with a capability name of 'UNSELECT'. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-melnikov-imap-unselect-01.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-melnikov-imap-unselect-01.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: [EMAIL PROTECTED] In the body type: FILE /internet-drafts/draft-melnikov-imap-unselect-01.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. ftp://ftp.ietf.org/internet-drafts/draft-melnikov-imap-unselect-01.txt
date vs. date-time
date-time is used a few times in the grammar, but in SEARCH date is used, e.g. SINCE date, not SINCE date-time. Is there any particular reason for that? Just curious. --Arnt -- - For information about this mailing list, and its archives, see: http://www.washington.edu/imap/imap-list.html -
RE: date vs. date-time
IIRC, the reason is that for searches, it is very often useful to have a search whose criteria is received on Tuesday as opposed to received on Tuesday at 3:17PM Larry Osterman -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Arnt Gulbrandsen Sent: Wednesday, June 04, 2003 10:46 AM To: [EMAIL PROTECTED] Subject: date vs. date-time date-time is used a few times in the grammar, but in SEARCH date is used, e.g. SINCE date, not SINCE date-time. Is there any particular reason for that? Just curious. --Arnt -- - For information about this mailing list, and its archives, see: http://www.washington.edu/imap/imap-list.html -
Re: date vs. date-time
Mark Crispin writes: On Wed, 4 Jun 2003, Arnt Gulbrandsen wrote: date-time is used a few times in the grammar, but in SEARCH date is used, e.g. SINCE date, not SINCE date-time. Is there any particular reason for that? Yes. When IMAP was first defined, times and timezones were much less reliable than they are today. Also, do you really want to search for a message on the exact second? That's what a date-time search would be. I suspect that what you want is a fuzzier search at about a particular time. No - I was just curious. I'd have liked to have date-time, but merely since I would then generate fewer different grammar elements. No big deal. But in the case of the sent-on date/time, do you use the sender's timezone, the timezone of the sender's mail injection point, or your own timezone (all three of which can be different!)? For me, date has all the same problems. *shrug* Implementations differ. Once you think about it, you realize that it's much more complicated than it seems at first glance. IMAP punts on all of this; a date-only SEARCH gives you a 24 hour fuzz (a 48-hour fuzz using a combination of SINCE and BEFORE may be safer than ON) and then the client can zoom in depending upon the client's design. Makes sense. Thanks. --Arnt
no shell access
Hello, I would like to implement the latest UW Imap server on a Solaris 7 machine. Hoever I do not want mail users to have a shell on the machine. Could somebody explain how to acomplish this or point me to a resource ont the web that would outline this procedure? Thank you in advance. J. __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- - For information about this mailing list, and its archives, see: http://www.washington.edu/imap/imap-list.html -
Re: no shell access
On Wed, 4 Jun 2003, joe ritter wrote: I would like to implement the latest UW Imap server on a Solaris 7 machine. Hoever I do not want mail users to have a shell on the machine. Could somebody explain how to acomplish this or point me to a resource ont the web that would outline this procedure? Thank you in advance. The simplest thing is to set the users' shell to /dev/null. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.