MBOX-Line: From tss at iki.fi  Mon Nov 28 11:23:28 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: <438B56FF.2060905@sun.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>
	<000001c5f121$145affd0$6301a8c0@xms.co.za> <438B4B45.2000303@sun.com>
	<438B56FF.2060905@sun.com>
Message-ID: <1133205808.3403.42.camel@hurina>

On Mon, 2005-11-28 at 20:14 +0100, Arnaud Taddei wrote:
> I meant that I have concrete examples of painful abuse of users adding
> too large attachments to mails and there was no way to prevent that to
> happen. 

All that's needed for preventing abuse is for server to have a "maximum
message size" setting. The capability would only be helpful for some
client software to show a friendly error message..

I'm not all that sure that it's such useful. It could work just as well
by:

1 APPEND box {105906176}
1 NO [ALERT] Sorry, we have a 100MB message size limit. Couldn't save
your message.

But sure, literal+ extension is a problem since it can't give the
failure immediately but first has to read the 100+MB of mail before
doing it. Or I guess it could send the error back immediately and then
just disconnect.

BTW. Are other people also getting these messages twice? Looks like this
server keeps re-posting messages to imapext:

Received: from xms.co.za ([196.211.28.218]) by above.proper.com
        (8.12.11/8.12.9) with ESMTP id jASJ0btN099957 for <ietf-imapext@imc.org>;
        Mon, 28 Nov 2005 11:00:53 -0800 (PST) (envelope-from
        imap-protocol-bounces@mailman1.u.washington.edu)
Received: from mail pickup service by xms.co.za with Microsoft SMTPSVC;
        Mon, 28 Nov 2005 21:00:58 +0200

Looks like only messages crossposted to both imap-proto and imapext have
that 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/20051128/57f44d4d/attachment.sig>
