Re: [Imap-protocol] Re: Courier bug(?)
Dave Cridland <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <CAKHUCzxKfjSseoMKQ6bm0-TCPs2RVemLZSdTaLv5JueOeR8_6w@mail.gmail.com> |
On 28 Jan 2013 22:00, "Michael M Slusarz" <[email protected]> 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. _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol