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

64 lines
1.8 KiB
Plaintext

MBOX-Line: From ingo.schurr at schlund.de Fri Sep 2 00:43:58 2005
To: imap-protocol@u.washington.edu
From: Ingo Schurr <ingo.schurr@schlund.de>
Date: Fri Jun 8 12:34:36 2018
Subject: [Imap-protocol] Req. for clarification: RENAME and DELETE in
selected state
Message-ID: <20050902074358.GJ1330@fone>
Hi all,
this for sure is an unusual scenario. But anyway, maybe someone can
clarify...
Assume we are in selected state, the selected folder being foo. What
would be the approriate behaviour for the commands
c DELETE foo
c RENAME foo bar
(assuming they would succeed in authenticated state)?
I'm mainly concerned with:
o The untagged responses (e.g., EXPUNGE)
o The state (authenticated, selected; if selected, which folder)
More concretely:
Should DELETE foo be read as
c1 CLOSE
c2 DELETE foo
(meaning: Delete everything without untagged EXPUNGE respones and
change into authenticated state)
or as
c1 STORE 1:* +FLAGS \Deleted
c2 EXPUNGE
c3 CLOSE
c4 DELETE foo
(meaning: Delete everything with untagged EXPUNGE responses for _all_
mails and change into authenticated state)
or as
c1 STORE 1:* +FLAGS \Deleted
c2 EXPUNGE
(meaning: Delete everything with untagged EXPUNGE responses for _all_
mails, but do _not_ delete folder and stay in selected state)
or should one elete everything without untagged EXPUNGE responses,
_not_ delete folder and stay in selected state?
Or should we not allow it at all?
Simillarly, RENAME foo bar could be read as:
c1 EXAMINE foo
c2 CLOSE
c3 RENAME foo bar
c4 SELECT bar
or, altenatively c4 could be omitted. Or we could just rename folders
without giving any untagged response, meaning, we would be in selected
state on folder bar afterwards.
Best,
Ingo