Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 90467 invoked from network); 20 Mar 2008 10:55:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Mar 2008 10:55:10 -0000 Received: (qmail 15099 invoked by uid 500); 20 Mar 2008 10:55:08 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 15079 invoked by uid 500); 20 Mar 2008 10:55:07 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 15070 invoked by uid 99); 20 Mar 2008 10:55:07 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Mar 2008 03:55:07 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [80.68.93.145] (HELO www.astoryforbedtime.com) (80.68.93.145) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Mar 2008 10:54:18 +0000 Received: from 98.65.adsl.brightview.com ([80.189.65.98] helo=[192.168.2.101]) by www.astoryforbedtime.com with esmtp (Exim 4.63) (envelope-from ) id 1JcIPu-0002XE-AB for couchdb-user@incubator.apache.org; Thu, 20 Mar 2008 10:54:38 +0000 Message-ID: <47E24262.50801@theopenlearningcentre.com> Date: Thu, 20 Mar 2008 10:54:26 +0000 From: Alan Bell User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: couchdb-user@incubator.apache.org Subject: IMAP IDLE and realtime views Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, the Apple iPhone does push email by supporting IMAP IDLE. Basically what this does is the client starts a regular IMAP session with the server checking email etc. It then calls the IDLE command, the server does not respond to this and complete the request until a new mail is delivered. When the IDLE command completes the client goes through all the regular IMAP commands to check for a new mail in the inbox. I would like to see an idle query option on couchdb views. This would only return when the view index is changed (it doesn't need to be accurate, it doesn't matter much if it returns when there is actually no update to the view) With this a client could maintain a rendering of a view updating it automatically in real time if it wanted to. Does this make sense? Alan.