MBOX-Line: From lasse at lasselog.com  Wed Aug 21 04:17:23 2013
To: imap-protocol@u.washington.edu
From: Lasse Jansen <lasse@lasselog.com>
Date: Fri Jun  8 12:34:51 2018
Subject: [Imap-protocol] Multiple non-waiting UID SEARCH commands
In-Reply-To: <20130821105802.GD8168@gulbrandsen.priv.no>
References: <520A622E-1A91-4B04-AD6F-361896D439F5@lasselog.com>
	<20130821105802.GD8168@gulbrandsen.priv.no>
Message-ID: <92F1AAB2-B441-446B-B0C9-E4E4239BF297@lasselog.com>

We are currently working on optimizing the IMAP sync of our email client Unibox [1]. I've looked at other clients and most of them use things like UID FETCH 1:* (UID FLAGS) or similar to update flags of already-synced emails, but this sends quite a lot of redundant data. As we only care about very few tags anyway (seen, deleted, flagged) we implemented the flag-updating with UID SEARCH. Being able to pipeline this would speed things up.


[1] http://www.uniboxapp.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20130821/56df87f0/attachment.html>
