MBOX-Line: From tss at iki.fi  Thu Nov 24 09:38:38 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.0511240618280.533@pangtzu.panda.com>
References: <Pine.OSX.4.64.0511231556030.533@pangtzu.panda.com>
	<1132831193.14231.285.camel@localhost.localdomain>
	<Pine.OSX.4.64.0511240618280.533@pangtzu.panda.com>
Message-ID: <1132853918.6797.13.camel@hurina>

On Thu, 2005-11-24 at 06:22 -0800, Mark Crispin wrote:
> On Thu, 24 Nov 2005, Timo Sirainen wrote:
> > Well, personally I don't see a need for it. If you're sending message
> > size in APPEND as a normal literal, the server can reject it
> > immediately. So it would be useful for literalplus only.
> 
> Yes, but shouldn't the client know that the server will reject such 
> literals?

I just think this is very similar to out-of-quota and other similar
conditions and could be treated as being mostly the same problem. The
capability would only prevent one specific case, and a case which I
haven't before heard of being a problem to anyone.

> You all are also overlooking the question of *administrative* limits. 
> SMTP's SIZE verb is an *administrative* limit, not a technical limit.  I 
> think that that we need something similar for IMAP.

What non-technical reasons do there exist to limit it?

For SMTP I think it's mostly to prevent abuse (intentional or
accidental), but with IMAP there are better ways to intentionally abuse
the server and accidentally storing a huge mail doesn't really bother
anyone, you'll only have less disk space/quota.

The only possible use case that I can think of is to prevent users from
unknowingly storing too large attachments to mails, but I haven't heard
of that being a problem.
-------------- 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/20051124/12291337/attachment.sig>
