[Imap-protocol] What is the current consensus on the Recent flag?

--===============3991192888623366830==
Content-Type: multipart/alternative; boundary=001a113532bcdd2940054a673b4c

--001a113532bcdd2940054a673b4c
Content-Type: text/plain; charset=UTF-8

Hi all,

I'm building a new open source IMAP server (
https://github.com/wildduck-email/wildduck) and was wondering about the
\Recent flag. Is it even needed today? I would like to keep my server as
standards compliant as possible but the ephemeral nature of \Recent makes
it a bit difficult to sync between sessions in multiple hosts. It would be
doable but the complexity needed does not make it seem worth it.

Is there even any major client using this flag in a sane way? I don't think
I have even ever encountered it outside the RFCs.

Best regards,
Andris Reinman

--001a113532bcdd2940054a673b4c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi all,<div><br></div><div>I&#39;m building a new open sou=
rce IMAP server (<a href=3D"https://github.com/wildduck-email/wildduck">htt=
ps://github.com/wildduck-email/wildduck</a>) and was wondering about the \R=
ecent flag. Is it even needed today? I would like to keep my server as stan=
dards compliant as possible but the ephemeral nature of \Recent makes it a =
bit difficult to sync between sessions in multiple hosts. It would be doabl=
e but the complexity needed does not make it seem worth it.</div><div><br><=
/div><div>Is there even any major client using this flag in a sane way? I d=
on&#39;t think I have even ever encountered it outside the RFCs.</div><div>=
<br></div><div>Best regards,</div><div>Andris Reinman</div></div>

--001a113532bcdd2940054a673b4c--

--===============3991192888623366830==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
--===============3991192888623366830==--