37 lines
1.5 KiB
Plaintext
37 lines
1.5 KiB
Plaintext
MBOX-Line: From mrc+imap at panda.com Wed Jun 23 09:04:26 2010
|
|
To: imap-protocol@u.washington.edu
|
|
From: Mark Crispin <mrc+imap@panda.com>
|
|
Date: Fri Jun 8 12:34:45 2018
|
|
Subject: [Imap-protocol] Handle failures during STORE command execution
|
|
In-Reply-To: <AANLkTimu9HE_yXxlM9Zy6yNhvmgoOW3Xlj3aDQmCBDDL@mail.gmail.com>
|
|
References: <AANLkTimu9HE_yXxlM9Zy6yNhvmgoOW3Xlj3aDQmCBDDL@mail.gmail.com>
|
|
Message-ID: <alpine.OSX.2.00.1006230900180.266@hsinghsing.panda.com>
|
|
|
|
On Wed, 23 Jun 2010, Norman Maurer wrote:
|
|
> What should I return if the flag update fails for for message 3 only?
|
|
> Do I still return the new flags for the rest of the messages (+just
|
|
> return the old flags for message 3) and response with ok or do I need
|
|
> to rollback all the changes made during processing the command and
|
|
> response with an error ?
|
|
|
|
The former (return new flags for the changed messages, old flags for
|
|
message 3).
|
|
|
|
It should be extremely rare that an operation succeeds for some messages
|
|
but not for others. If you can abolish that possibility, so much the
|
|
better.
|
|
|
|
Normally, if a STORE fails to do something, it is because the mailbox is
|
|
in a readonly state and thus no messages are changed. But note the
|
|
possibility of session-only flags with public mailboxes.
|
|
|
|
With all that said, the entire reason for STORE returning untagged FETCH
|
|
responses with updated flags is to report what actually happened.
|
|
|
|
-- Mark --
|
|
|
|
http://panda.com/mrc
|
|
Democracy is two wolves and a sheep deciding what to eat for lunch.
|
|
Liberty is a well-armed sheep contesting the vote.
|
|
|