MBOX-Line: From witold.krecicki at firma.o2.pl  Mon Jun 14 03:22:36 2010
To: imap-protocol@u.washington.edu
From: Witold =?utf-8?q?Kr=C4=99cicki?= <witold.krecicki@firma.o2.pl>
Date: Fri Jun  8 12:34:44 2018
Subject: [Imap-protocol] IMAP MOVE extension
In-Reply-To: <29965.1276510437.099598@puncture>
References: <201006110854.37969.witold.krecicki@firma.o2.pl>
	<201006120124.53714.witold.krecicki@firma.o2.pl>
	<29965.1276510437.099598@puncture>
Message-ID: <201006141222.36523.witold.krecicki@firma.o2.pl>

On Monday 14 of June 2010 12:13:57 Dave Cridland wrote:
> 1) I am not advocating that "people should just delete their mails".
> IMAP has a two phase delete, so I *am* advocating that clients - not
> people - should just mark emails as deleted.
Yet they don't.
> 2) I concur that people like the trash can metaphor, and would
> encourage client authors to *use* IMAP's facilities to model same.
But they don't.
> 3) A trash-can, like IMAP's \Deleted flag, is a model conforming to a
> two-phase delete, from which the first phase is recoverable. The
> \Deleted flag means the first phase can be reversed entirely, whereas
> a trash-can mailbox - being bolted on to IMAP without the server's
> knowledge - cannot be. So to characterise my position as not wishing
> to allow people to recover deleted emails is just being silly.
Yes, that would be true, in a perfect world.

In here however most clients do EXPUNGE independently of user interaction, and 
- in most cases - right after +store \Delete. 

Oh, and in here most clients do use 'trash can' functionality using 'Trash' 
folder. Not just because they like to, but because IMAP is not the only way to 
access mailboxes - and using \Delete flag would eg. require user to download 
deleted e-mails using eg. POP (assuming that pop server doesn't know anything 
about flags).  

-- 
Witold Kr?cicki

Grupa o2 Sp??ka z o.o., ul. Jutrzenki 177, 02-231 Warszawa,
KRS 0000140518, S?d Rejonowy dla m.st. Warszawy, 
Kapita? zak?adowy 377.298,00 z?., NIP 521-31-11-513

