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

51 lines
2.1 KiB
Plaintext

MBOX-Line: From dave at cridland.net Fri May 27 00:50:25 2011
To: imap-protocol@u.washington.edu
From: Dave Cridland <dave@cridland.net>
Date: Fri Jun 8 12:34:46 2018
Subject: [Imap-protocol] History question.
In-Reply-To: <alpine.OSX.2.00.1105262030000.973@hsinghsing.panda.com>
References: <4DDEA412.6030305@aol.com> <4DDEDDD6.1040507@logicprobe.org>
<alpine.BSO.2.00.1105261628370.892@morgaine.smi.sendmail.com>
<2CB073A1-B421-4CFB-AE30-B17005C876A0@iki.fi>
<alpine.OSX.2.00.1105261724000.973@hsinghsing.panda.com>
<4DDF06A9.2050608@logicprobe.org>
<alpine.OSX.2.00.1105262030000.973@hsinghsing.panda.com>
Message-ID: <3054.1306482625.167799@puncture>
On Fri May 27 05:11:43 2011, Mark Crispin wrote:
>> It would also be nice if the IMAP grammar made more complete use
>> of the
>> parenthesized list format used by the majority of it.
>
> Yes. There should be a single syntax rule for all commands and
> responses,
> and fewer types: atom, number, string, and list. Atoms should be
> used
> exclusively for protocol tokens (thus abolishing the
> astring/nstring mess)
>
>
I'd note that ACAP essentially did this. You're free to slate ACAP
for all sorts of reasons, but it had a much simpler and more
consistent syntax, and the tagged intermediates meant that the UID
SEARCH/SEARCH issue could be engineered around cleanly in some cases.
(That said, had this existed in IMAP people would have tried to
misuse it, of course, but SEARCH is one case where association with
the command is pretty much essential).
> I would also reform IMAP's Hollerith strings (literals) to send the
> entire
> command first (thus one complete line) and then the string payloads.
I'm not following the motivation for this. Parse a token at a time
off the wire until you find a CRLF token - seems simple enough to me.
It's not as if anyone uses fgets to parse anyway. What am I missing?
Dave.
--
Dave Cridland - mailto:dave@cridland.net - xmpp:dwd@dave.cridland.net
- acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
- http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade