<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<span class="Apple-style-span" style="border-collapse: separate;
color: rgb(0, 0, 0); font-family: 'Times New Roman'; font-style:
normal; font-variant: normal; font-weight: normal; letter-spacing:
normal; line-height: normal; orphans: 2; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; font-size: medium;"><span
class="Apple-style-span" style="color: rgb(46, 44, 44);
font-family: Georgia,'Times New Roman',Times,serif; font-size:
15px; line-height: 22px;">
<pre style="text-align: left;">The RFC for the IDLE says:
This document specifies the syntax of an IDLE command, which will
allow a client to tell the server that it's ready to accept such
real-time updates.</pre>
</span></span>This doesn't say anything about keeping connections
open, it only talks about the near-instant new email notification.<br>
<br>
-Chris<br>
<br>
On 11/23/2010 10:01 AM, Ron Vachiyer wrote:
<blockquote cite="mid:COL106-W575ED1E8784DA98783F3E8C53E0@phx.gbl"
type="cite">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
<br>
<br>
> Date: Tue, 23 Nov 2010 14:44:34 +0000<br>
> From: <a class="moz-txt-link-abbreviated" href="mailto:iane@sussex.ac.uk">iane@sussex.ac.uk</a><br>
> To: <a class="moz-txt-link-abbreviated" href="mailto:proutfoo@hotmail.com">proutfoo@hotmail.com</a>; <a class="moz-txt-link-abbreviated" href="mailto:info-cyrus@lists.andrew.cmu.edu">info-cyrus@lists.andrew.cmu.edu</a><br>
> Subject: Re: disable IMAP IDLE<br>
> <br>
> <br>
> <br>
> --On 22 November 2010 18:40:37 -0500 Ron Vachiyer
<a class="moz-txt-link-rfc2396E" href="mailto:proutfoo@hotmail.com"><proutfoo@hotmail.com></a> <br>
> wrote:<br>
> <br>
> ><br>
> > Hello,<br>
> ><br>
> > I thought it was possible in Cyrus to disable the IDLE
functionality,<br>
> > either with imapidlepoll: 0 in imapd.conf, or by
commenting idled in<br>
> > cyrus.conf. However, having both disabled, clients still
connect and<br>
> > maintain their socket open on tcp 143. Is it not
possible or am I going<br>
> > about it wrong?<br>
> <br>
> I thought sessions remained open for efficiency, regardless
of IDLE, until <br>
> closed by the client or 30 minutes have elapsed.<br>
> <br>
> IDLE just lets the server notify the client if new email
arrives, doesn't <br>
> it?<br>
> <br>
> Even without IDLE, there are benefits in leaving the session
open. <br>
<br>
Hello,<br>
<br>
I won't argue since clearly I am in the minority ;) Using
courier-imap on our Plesk servers, TCP/143 is closed after every
new mail verification. A dovecot server I checked does the same.
Cyrus seems to allow the session to be maintained, and yes, it
does not advertise IDLE.<br>
<br>
Below is an example courier-imap capability;<br>
<br>
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE
THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA ACL ACL2=UNION
STARTTLS] Courier-IMAP ready. Copyright 1998-2004 Double
Precision, Inc. See COPYING for distribution information.<br>
. CAPABILITY<br>
* CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE
THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA ACL ACL2=UNION
STARTTLS<br>
<br>
<br>
this one is cyrus 2.4.4<br>
<br>
. capability<br>
* CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE STARTTLS AUTH=PLAIN
SASL-IR ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS
NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE
CONDSTORE ESEARCH SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT
THREAD=REFERENCES ANNOTATEMORE LIST-EXTENDED WITHIN QRESYNC SCAN
XLIST URLAUTH URLAUTH=BINARY X-NETSCAPE COMPRESS=DEFLATE<br>
. OK Completed<br>
<br>
I was asked by IT to not permit IDLE since the current server went
down after 4-500 blackberries ate up all the (limited)
capabilities of that machine. Perhaps I am looking in the wrong
place, the point is the demand I am facing is to have IMAP that
essentially behaves as a POP3 client when it comes to inbox scans.<br>
<br>
I believe there was an issue as well where POP clients using
outlook would cause mailbox corruption when they popped a mailbox
being maintained by a blackberry connected via IMAP. <br>
<br>
R.<br>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
----
Cyrus Home Page: <a class="moz-txt-link-freetext" href="http://www.cyrusimap.org/">http://www.cyrusimap.org/</a>
List Archives/Info: <a class="moz-txt-link-freetext" href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a></pre>
</blockquote>
<br>
</body>
</html>