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

54 lines
2.0 KiB
Plaintext

MBOX-Line: From davidr at imap.cc Sun Jun 22 13:38:16 2008
To: imap-protocol@u.washington.edu
From: David Rauschenbach <davidr@imap.cc>
Date: Fri Jun 8 12:34:42 2018
Subject: [Imap-protocol] '+' in counted literal (e.g. {548+}) -- where
from?
In-Reply-To: <08Jun22.132913pdt."58698"@synergy1.parc.xerox.com>
References: <08Jun22.132913pdt."58698"@synergy1.parc.xerox.com>
Message-ID: <485EB838.6010807@imap.cc>
The RFC 2088 Non-Synchronized Literals extension has what you're looking
for, which is where the grammar that includes that plus is defined.
UpLib apparently wants to send a literal to the server in a single
request/response, without having to handshake a continuation first,
which doubles the # of round-trips for a given unit of work.
David
Bill Janssen wrote:
> I find that the Apple Mail tool (version 3.3) is sending my UpLib IMAP
> server counted literals with an odd count. The "number" part of the
> count ends with a "+", as in "{548+}". I don't know what that means,
> or what IMAP extension defines that syntax...
>
> My server advertises LITERAL+, NAMESPACE, UIDPLUS, IDLE. RFC 4466
> (Collected Extensions to IMAP4 ABNF) says,
>
> literal8 = "~{" number ["+"] "}" CRLF *OCTET
> ;; A string that might contain NULs.
> ;; <number> represents the number of OCTETs
> ;; in the response string.
> ;; The "+" is only allowed when both LITERAL+ and
> ;; BINARY extensions are supported by the server.
>
> It says that the "literal8" syntax was taken from RFC 3516, but
> neither the character "+" nor the string "plus" occurs in RFC 3516, so
> I don't trust either the spec or the attribution in RFC 4466. My server
> in any case doesn't advertise BINARY, and there's no "~" in the count
> being sent by Apple Mail.
>
> Any ideas?
>
> Bill
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> https://mailman1.u.washington.edu/mailman/listinfo/imap-protocol
>