MBOX-Line: From andris.reinman at gmail.com  Mon Mar 20 11:41:39 2017
To: imap-protocol@u.washington.edu
From: Andris Reinman <andris.reinman@gmail.com>
Date: Fri Jun  8 12:34:55 2018
Subject: [Imap-protocol] What is the current consensus on the Recent
	flag?
In-Reply-To: <B0977B48-3C1E-4872-BA3A-E2B92CDA3B6C@apple.com>
References: <CAPacwgx6aqYdp01-CA0k_saiYmLmCFOizs3TNg4R_PJcMt0WpA@mail.gmail.com>
	<B0977B48-3C1E-4872-BA3A-E2B92CDA3B6C@apple.com>
Message-ID: <CAPacwgxo7p6iwFTBEasQV_aDq4aN5ycfQw-hvsze3i5V_OGx=Q@mail.gmail.com>

Awesome, thanks for the feedback! If \Recent in practice only matters for
the Dovecot ImapTest then I won't waste any time with it. The server I'm
building is a distributed one (run many instances, connect to any of these
(mailbox updates between server instances are propagated using a journal))
and ensuring \Recent to be seen by just a single session would mean some
kind of extra locking and extra overhead for no gains whatsoever.

Best regards,
Andris Reinman
http://wildduck.email/


On Tue, Mar 14, 2017 at 5:49 PM, Neil Jhaveri <njhaveri@apple.com> wrote:

> I agree, and we aren?t using it in iOS/macOS Mail.  We?ve thought about it
> several times, though? but every time, the semantics proved to not be
> reliable enough.
>
> On Mar 10, 2017, at 1:42 PM, Andris Reinman <andris.reinman@gmail.com>
> wrote:
>
> 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
> _______________________________________________
> Imap-protocol mailing list
> Imap-protocol@u.washington.edu
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20170320/9dd414e9/attachment.html>
