MBOX-Line: From arnt at gulbrandsen.priv.no  Wed Mar 21 01:36:25 2012
To: imap-protocol@u.washington.edu
From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
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: <4F699309.1030300@gulbrandsen.priv.no>

Barry answers Petite Abeille:
>> As I see it, IMAP seems to imply a frozen set of messages, until either an EXISTS or
>> EXPUNGE is observed.
..
> IMAP implies no such thing at all.

Uhm. The MSN foobar sort of does. Sort of.

Of course, most servers and clients try to suppress the thought of MSNs,
so in the real world interoperability is aided by thinking more about
UIDs and less about MSNs.

> That most clients send a lot of NOOP commands basically speaks to most
> clients being inefficient users of IMAP.  With a well written client
> and an active user, you might never see NOOPs, and it's seriously
> broken server behaviour to only update the message list when you see a
> NOOP.

I've seen many session traces without a single NOOP or CHECK. In fact, I
think the three clients I personally use all are NOOP-less.

Arnt

