40 lines
2.2 KiB
Plaintext
40 lines
2.2 KiB
Plaintext
MBOX-Line: From tss at iki.fi Tue Nov 15 17:48:22 2011
|
|
To: imap-protocol@u.washington.edu
|
|
From: Timo Sirainen <tss@iki.fi>
|
|
Date: Fri Jun 8 12:34:47 2018
|
|
Subject: [Imap-protocol] SELECT/EXAMINE clarification of UNSEEN
|
|
In-Reply-To: <alpine.OSX.2.00.1111151543580.38075@hsinghsing.panda.com>
|
|
References: <C61A1BDF-03DD-4ED9-BFCA-C6183F07DD3E@mac.com>
|
|
<alpine.OSX.1.10.1111141446070.8578@rastawifi.orthanc.ca>
|
|
<1321311798.30750.140660998918417@webmail.messagingengine.com>
|
|
<4EC1A0A5.8051.EFC2A39@David.Harris.pmail.gen.nz>
|
|
<1321346922.6321.140660999083661@webmail.messagingengine.com>
|
|
<4EC268D1.7010404@aol.com>
|
|
<1321364880.3715.140660999182809@webmail.messagingengine.com>
|
|
<alpine.OSX.2.00.1111151258420.38075@hsinghsing.panda.com>
|
|
<20111115233902.GA1071@brong.net>
|
|
<alpine.OSX.2.00.1111151543580.38075@hsinghsing.panda.com>
|
|
Message-ID: <D454A5E5-BEDE-47E6-909B-2C90463835EE@iki.fi>
|
|
|
|
On 16.11.2011, at 3.21, Mark Crispin wrote:
|
|
|
|
> If you think that you are smarter than me and can do a better job, then by
|
|
> all means go ahead and do it. I've watched at least four IMAP-replacement
|
|
> projects launch with great fanfare and bombast only to wither away into
|
|
> nothing. There were probably more; I haven't bothered to count but the
|
|
> four are the ones that I distinctly remember.
|
|
>
|
|
> Eventually one of these will succeed.
|
|
>
|
|
> It will NOT be one that launches with fanfare and bombast. It will be
|
|
> something that nobody hears of for years. Its architect will be too busy
|
|
> DOING to boast about how much better a job he will do. His time is going
|
|
> to be spent, not in reacting to IMAP but rather in solving the completely
|
|
> new problems encountered in the process of his own design.
|
|
>
|
|
> IMAP spent at least 5 years in that stage.
|
|
|
|
I've thought about this a few times, but so far I haven't thought of anything significantly better than IMAP. There are some specific features that I'd like, but most of those can be implemented with some simple (maybe non-standard) IMAP extensions.. MSNs still seem like a good idea, although UIDs possibly could be strings (but then can you copy the same mail into same mailbox to create a duplicate UID?) Keyword = mailbox mapping might be nice. Using more command pipelining would be nice (e.g. search <stuff> | store <here>).
|
|
|
|
|