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

37 lines
1.6 KiB
Plaintext

MBOX-Line: From petite_abeille at mac.com Wed Mar 21 13:46:00 2012
To: imap-protocol@u.washington.edu
From: PA <petite_abeille@mac.com>
Date: Fri Jun 8 12:34:48 2018
Subject: [Imap-protocol] [ann] lua imap server
In-Reply-To: <CAC4RtVAtrYAge6zhoYZsLEiT=MncxLDi6XeEsm6keinMhFFF3A@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>
<20897.1332282025.074478@puncture>
<C51F6872-1FC8-416A-9BEA-BEA1907ECCF1@mac.com>
<CAC4RtVAtrYAge6zhoYZsLEiT=MncxLDi6XeEsm6keinMhFFF3A@mail.gmail.com>
Message-ID: <E96504DE-48E6-425B-85A5-37F581DF9FA1@mac.com>
On Mar 21, 2012, at 2:06 AM, Barry Leiba wrote:
> Wrong in that clients are never required to send NOOP commands, and
> they expect to get updates at other times. The protocol actually
> requires you to send these sorts of updates when ANY command is
> received, modulo the specific situation with EXPUNGE.
Fair enough. That said, in the selected state, that modulo is most of the useful commands.
> Suppose I'm doing this for something like an hour and a half, and
> imagine my surprise when I stop to take a break for a few minutes, and
> suddenly get notified of 90 minutes' worth of new mail.
Better late than never I guess. In any case, as mentioned previously, this specific IMAP implementation is fronting a mail archive, where utter most timeliness of updates is not an issue.
So NOOP is good enough for updates.
Thanks for the feedbacks though.