MBOX-Line: From tss at iki.fi  Mon Nov 28 11:03:47 2005
To: imap-protocol@u.washington.edu
From: Timo Sirainen <tss@iki.fi>
Date: Fri Jun  8 12:34:36 2018
Subject: [Imap-protocol] Re: IMAP capability for maximum APPEND message size?
In-Reply-To: <Pine.OSX.4.64.0511281048490.562@pangtzu.panda.com>
References: <Pine.OSX.4.64.0511231556030.533@pangtzu.panda.com>
	<438B4AB4.2020102@sun.com> <FD53C5ED7A77BE8EADAC9A88@ninevah.local>
	<Pine.OSX.4.64.0511281048490.562@pangtzu.panda.com>
Message-ID: <1133204627.3403.30.camel@hurina>

On Mon, 2005-11-28 at 10:50 -0800, Mark Crispin wrote:
> I don't think that the ANNOTATEMORE approach is suitable if it is a server 
> limit rather than a mail store limit.  MAXSEARCHTERMS is a good example of 
> something that is always a server limit.  An APPEND limit may be a server 
> limit or a mail store limit.

If it's going into capabilities, it should at least be a per-user limit,
so clients would have to be able to parse the capability reply in
LOGIN/AUTHENTICATE command's OK message. I don't think they're currently
required to do that, and most probably don't do it. Actually I'd rather
like to see that change regardless of MAXAPPEND..

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: This is a digitally signed message part
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20051128/2b029757/attachment.sig>
