MBOX-Line: From dave at cridland.net  Fri Jun 11 05:21:17 2010
To: imap-protocol@u.washington.edu
From: Dave Cridland <dave@cridland.net>
Date: Fri Jun  8 12:34:43 2018
Subject: [Imap-protocol] IMAP MOVE extension
In-Reply-To: <4C1225C5.6050709@aol.com>
References: <201006110854.37969.witold.krecicki@firma.o2.pl>
	<201006111115.19660.witold.krecicki@firma.o2.pl>
	<29965.1276250223.982828@puncture>
	<201006111212.57771.witold.krecicki@firma.o2.pl>
	<29965.1276255927.615799@puncture> <4C1225C5.6050709@aol.com>
Message-ID: <29965.1276258877.868225@puncture>

On Fri Jun 11 13:02:13 2010, John Snow wrote:
> Unfortunately, clients and users seem to prefer the trash-can  
> model.  In the trash model, the move command really
> is necessary.  It's the only way to empty a mailbox that's full to  
> quota.  The copy to trash would fail but a move to
> trash will not.

If someone wants to design a sane extension suite that'll effectively  
provide a "trash can" model server-side overlaid onto IMAP's existing  
primitives, I'll be very interested.

Using the notion that client developers misuse the current  
specifications as an argument to introduce new semantics doesn't  
really sit well with me.

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

