wasm-demo/demo/ermis-f/imap-protocol/cur/1600095181.22807.mbox:2,S

32 lines
1.4 KiB
Plaintext

MBOX-Line: From witold.krecicki at firma.o2.pl Mon Jun 14 14:30:15 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: <alpine.OSX.2.00.1006141354350.662@hsinghsing.panda.com>
References: <201006110854.37969.witold.krecicki@firma.o2.pl>
<201006142216.41783.witold.krecicki@firma.o2.pl>
<alpine.OSX.2.00.1006141354350.662@hsinghsing.panda.com>
Message-ID: <201006142330.15547.witold.krecicki@firma.o2.pl>
On Monday 14 of June 2010 23:10:14 Mark Crispin wrote:
> On Mon, 14 Jun 2010, Witold Kr?cicki wrote:
> Nor have I heard any client implementor ask for a move command in IMAP
> once they are made aware of the substantial error conditions that they
> would have to recognize and implement in their client. It's so easy for a
> server author (or protocol extension proposer) to lie and say that these
> error conditions do not exist.
Then why it exists in Tb?
> The only mail store that could implement MOVE atomically is a database
> that was poorly-designed so that COPY is slow and MOVE is fast.
So the correct design of a database is that MOVE is slow and COPY is fast?
iiinteresting....
--
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