wasm-demo/demo/ermis-f/imap-protocol/cur/1600095061.22743.mbox:2,S

45 lines
1.8 KiB
Plaintext

MBOX-Line: From blong at google.com Tue Mar 20 15:06:24 2012
To: imap-protocol@u.washington.edu
From: Brandon Long <blong@google.com>
Date: Fri Jun 8 12:34:48 2018
Subject: [Imap-protocol] [ann] lua imap server
In-Reply-To: <C6227176-73D4-455D-91D1-601384A7591E@mac.com>
References: <CBFD9662-269A-4573-8EF1-E07E7BE4671C@mac.com>
<20120319204645.GA2859@launde.brong.net>
<E9A1A407-E02D-4FE8-82EC-B5DDC8F0EDE2@mac.com>
<17068.1332195426.345309@puncture>
<17068.1332235633.171765@puncture>
<C6227176-73D4-455D-91D1-601384A7591E@mac.com>
Message-ID: <CABa8R6taM1mpZznj3hyOWqK-GDTOuLwN11rawQ6UjjEVPur1Lw@mail.gmail.com>
On Tue, Mar 20, 2012 at 2:33 PM, PA <petite_abeille@mac.com> wrote:
>
> On Mar 20, 2012, at 10:27 AM, Dave Cridland wrote:
>
> > No, NOOP is a command that does nothing; an EXISTS response is not
> automatically generated - it can be generated during any command (or, for
> extra bonus points, not during any command), but only when there are new
> messages.
>
> Sure. Does it hurt though? If one send an EXISTS response even though the
> message count hasn't changed?
>
We've seen some clients which will always request information about the
last message in the folder if you give the same EXISTS. We issue duplicate
EXISTS every N minutes on IDLE as a keepalive for the connection (to keep
various NATs from closing the connection), but we only have to deal with
the small number of extra FETCHes every N minutes. (we tried to use an
untagged * XKEEPALIVE response, but some clients hang-up when they get an
untagged response they don't understand).
Brandon
--
Brandon Long <blong@google.com>
Staff Engineer
Gmail Delivery TLM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20120320/0112f40c/attachment.html>