MBOX-Line: From tss at iki.fi  Wed Dec 20 11:49:18 2006
To: imap-protocol@u.washington.edu
From: Timo Sirainen <tss@iki.fi>
Date: Fri Jun  8 12:34:38 2018
Subject: [Imap-protocol] Command cancellation
Message-ID: <1166644158.22214.365.camel@hurina>

Continuing with my newly implemented extensions:

I wanted an ability to stop an ongoing SEARCH command, so that it'd be
possible to add a "Cancel search" button in the client. So I went and
finally implemented support for running multiple commands in parallel,
and added a new command:

X-CANCEL <tag>

If a running command is found with the given tag, X-CANCEL replies
immediately with OK and causes the running command to stop at the next
possible moment, possibly truncating its output. So for example a FETCH
command would stop after it has sent the current untagged FETCH reply,
and a SEARCH command might send a partial untagged SEARCH reply. The
cancelled command will then reply with "NO Command cancelled.".

If a running command wasn't found with given tag, X-CANCEL replies with
NO.

Comments?

BTW. Has anyone implemented the parallel running of commands before? So
that two FETCH commands could send replies mixed together? I'm just
wondering if there are clients that are going to break.

-------------- 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/20061220/746cc3e1/attachment.sig>
