27 lines
1.4 KiB
Plaintext
27 lines
1.4 KiB
Plaintext
MBOX-Line: From tss at iki.fi Tue Mar 20 16:07:09 2012
|
|
To: imap-protocol@u.washington.edu
|
|
From: Timo Sirainen <tss@iki.fi>
|
|
Date: Fri Jun 8 12:34:48 2018
|
|
Subject: [Imap-protocol] [ann] lua imap server
|
|
In-Reply-To: <CABa8R6taM1mpZznj3hyOWqK-GDTOuLwN11rawQ6UjjEVPur1Lw@mail.gmail.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>
|
|
<CABa8R6taM1mpZznj3hyOWqK-GDTOuLwN11rawQ6UjjEVPur1Lw@mail.gmail.com>
|
|
Message-ID: <5EC476DF-A92A-424F-97D9-0A3905F35B80@iki.fi>
|
|
|
|
On 21.3.2012, at 0.06, Brandon Long wrote:
|
|
|
|
> 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).
|
|
|
|
Dovecot sends:
|
|
|
|
* OK Still here..
|
|
|
|
I've never heard of any complaints with it (other than some mobile users wanting to disable it to save battery life). I think UW-IMAP sends the same.
|
|
|
|
|