From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [10.125.131.34] ([166.175.57.65]) by ewsd; Wed Feb  5 19:41:37 EST 2020
Date: Wed, 05 Feb 2020 19:41:33 -0500
In-Reply-To: <6f4abd898c45c7a0@orthanc.ca>
References: <5A2F5259197B1545E61A0EA7602202E3@eigenstate.org> <6f4abd898c45c7a0@orthanc.ca>
MIME-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [9front] upas/fs plumb modify for self-made flag changes
To: 9front@9front.org
From: Stanley Lieber <sl@stanleylieber.com>
Message-ID: <3BFBCB3C-B309-4AE3-A67A-8DEF094E03EC@stanleylieber.com>
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: virtualized secure interface SSL over SVG polling method 

On February 5, 2020 5:16:03 PM EST, Lyndon Nerenberg <lyndon@orthanc=2Eca> =
wrote:
>ori@eigenstate=2Eorg writes:
>
>> imap4resp0 may modfiy the flags to match what's on the
>> server=2E I think we want the server to have the final word
>> after we set the flags, so we want to set them first:
>
>That's correct=2E  You have to think of an IMAP session as an
>all-encompassing state machine=2E  Everything an IMAP client sends
>to a server is merely a suggestion=2E  Nothing changes until the
>server sends something to the client saying a change has taken
>place=2E
>
>E=2Eg=2E, the client cannot mark a message as "deleted" unless and until
>the server sends it something stating the \Deleted flag has been
>set on that message, no matter how many times the client has tried
>setting that flag=2E
>
>--lyndon

don't i know it=2E

sl