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

37 lines
1.7 KiB
Plaintext

MBOX-Line: From tss at iki.fi Wed Nov 21 17:59:57 2012
To: imap-protocol@u.washington.edu
From: Timo Sirainen <tss@iki.fi>
Date: Fri Jun 8 12:34:49 2018
Subject: [Imap-protocol] Re: Suspend/Restore feature proposal
In-Reply-To: <20121121183606.Horde.8DDdRoJ261AbQsAiMPfS4w1@bigworm.curecanti.org>
References: <20121115215854.Horde.zz6B0O0tmt3ylHiEXzXhQQ4@bigworm.curecanti.org>
<CABa8R6tHP2My0k2LqT1RzHoLQZA+X_jwUMU0cydm2sAwo8f4Fg@mail.gmail.com>
<20121116143137.Horde.7Kb3aEW5DhM6CnuA2hAx4Q8@bigworm.curecanti.org>
<e122fa25-9110-4b36-855d-0e7e273c5805@flaska.net>
<20121121155417.Horde.ZeW7JqTPNxTAI-hTtrAT-Q9@bigworm.curecanti.org>
<CABa8R6sJfnA=HYk-fmFfpXki91cne_LeqFyuhDebMGeDdsdj7g@mail.gmail.com>
<20121121183606.Horde.8DDdRoJ261AbQsAiMPfS4w1@bigworm.curecanti.org>
Message-ID: <E2597C33-4D66-4446-B7DD-08D4517A357E@iki.fi>
On 22.11.2012, at 3.36, Michael M Slusarz wrote:
> However, I believe Timo has indicated that it is potentially a performance win (although he is discussing in a slightly different context):
It is useful for Dovecot internally, so I'll implement the core functionality in any case. Whether it's useful to expose to IMAP clients, I haven't spent much time on wondering about yet. You said pipelining isn't an issue, so what's really the difference between:
C: a suspend
S: a OK [resume blah]
vs.
C: a cmd1
C: b cmd2
C: c cmd3
S: a ok 1
S: b ok 2
S: c ok 3
In both cases you send data to server, and you receive data from server. In pretty much all cases those replies will be exactly the same. You don't need to even parse it. Just remember the original replies and their byte count, and see if the same reply is received the next time you send the same commands.