MBOX-Line: From dave at cridland.net  Mon Jan 28 14:38:22 2013
To: imap-protocol@u.washington.edu
From: Dave Cridland <dave@cridland.net>
Date: Fri Jun  8 12:34:50 2018
Subject: [Imap-protocol] Re: Courier bug(?)
In-Reply-To: <20130128145843.Horde._nr6MiWpMYirI_cZr53iQQ8@bigworm.curecanti.org>
References: <20130121144822.Horde.kbr5Y8IKwMlD1fH1Qun9hQ1@bigworm.curecanti.org>
	<CAKHUCzwJ8xq7O8vGDHe0D9Jviac06o-QtePMhKYV7HzwzRPMPA@mail.gmail.com>
	<1358846428.12608.2.camel@hurina>
	<CAC4RtVAobTOjLdLH++_qp=HCtdZJne5Q7TUF_P=9J6a+gg2fmQ@mail.gmail.com>
	<51015F8D.8020300@isode.com>
	<9ade1aaa-6d67-443b-8fa3-43f00486d4cb@flaska.net>
	<20130128145843.Horde._nr6MiWpMYirI_cZr53iQQ8@bigworm.curecanti.org>
Message-ID: <CAKHUCzxKfjSseoMKQ6bm0-TCPs2RVemLZSdTaLv5JueOeR8_6w@mail.gmail.com>

On 28 Jan 2013 22:00, "Michael M Slusarz" <slusarz@curecanti.org> wrote:
> IMHO, a more sensible approach for a disconnected client, rather than
trying to keep a sequence->UID map (ugh)

No, really, this is a sensible thing to be doing for a number of reasons.

Firstly, it'll help if you don't get a UID, and secondly there's all sorts
of interesting tricks you can do if you know the UID/seq mapping.

Not least QRESYNC more or less requires you to, if you want it to be
efficient in telling you what's been expunged.

> Only if these 3 items occur does a client need some other way of linking
the flag changes with an UID.  Since this event should occur only extremely
rarely, if at all, one appropriate way of correctly syncing the local cache
would be to:
>
> 1. Ignore the returned FETCH information for local caching purposes.
> 2. Immediately reopen the mailbox.  (The client's existing
CONDSTORE/QRESYNC will ensure that the mailbox is correctly sync'd).

Yikes.

Well, that'll work, of course, but it's pretty inefficient.

Dave.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20130128/651dbdb1/attachment.html>
