%% You should probably cite rfc7162 instead of this I-D.
@techreport{ietf-qresync-rfc5162bis-08,
    number =    {draft-ietf-qresync-rfc5162bis-08},
    type =      {Internet-Draft},
    institution =   {Internet Engineering Task Force},
    publisher = {Internet Engineering Task Force},
    note =      {Work in Progress},
    url =       {https://datatracker.ietf.org/doc/draft-ietf-qresync-rfc5162bis/08/},
    author =    {Alexey Melnikov and Dave Cridland},
    title =     {{IMAP Extensions for Conditional STORE Operation or Quick Flag Changes Resynchronization (CONDSTORE) and Quick Mailbox Resynchronization (QRESYNC)}},
    pagetotal = 50,
    year =      2014,
    month =     jan,
    day =       7,
    abstract =  {Often, multiple IMAP (RFC 3501) clients need to coordinate changes to a common IMAP mailbox. Examples include different clients working on behalf of the same user, and multiple users accessing shared mailboxes. These clients need a mechanism to efficiently synchronize state changes for messages within the mailbox. Initially defined in RFC 4551, The Conditional Store facility provides a protected update mechanism for message state information and a mechanism for requesting only changes to message state. This memo updates that mechanism and obsoletes RFC 4551, based on operational experience. This document additionally updates another IMAP extension, Quick Resynchronization, which builds on the Conditional Store extension to provide an IMAP client the ability to fully resynchronize a mailbox as part of the SELECT/EXAMINE command, without the need for additional server-side state or client round-trips. Hence this memo obsoletes RFC 5162. Finally, when these extensions are used, other mechanisms are updated. In particular, the line length recommendation in RFC 2863 is modified, the UID EXPUNGE command from RFC 4315 is modified, and the behavior of STORE/UID STORE/FETCH/UID FETCH/EXPUNGE commands from RFC 3501 is modified.},
}