Re: [POLL] Development guidance

From: David Carter (no email)
Date: Mon Nov 05 2007 - 11:58:59 EST

  • Next message: Brian Wong: "Re: Deleting top-level mailbox with 'delete_mode: delayed'"

    On Fri, 2 Nov 2007, Ken Murchison wrote:

    > I'm getting ready to implement the QRESYNC extension for the upcoming
    > LEMONADE interop.
    >
    > http://www.ietf.org/internet-drafts/draft-ietf-lemonade-reconnect-client-06.txt

    Reading the Internet Draft, I'm a little puzzled by:

        4.3. Additional state required on the server

        [...]

        Also note that if the UIDVALIDITY of the mailbox changes [...], then
        any state associated with expunged messages MUST be deleted as well.

    I'm not clear what the motivation is here given that a new UIDvalidity
    forces a full resync from any client: no QRESYNC is possible.

    This requirement is likely to be a pain for:

    > 1. Leverage delayed expunge which already stores state for expunged
    > messages in cyrus.expunge (up until the records are purged by
    > cyr_expire).

    Given that unexpunge assigns a new UIDvalidity to the mailbox.

    -- 
    David Carter                             Email: 
    University Computing Service,            Phone: (01223) 334502
    New Museums Site, Pembroke Street,       Fax:   (01223) 334679
    Cambridge UK. CB2 3QH.
    

  • Next message: Brian Wong: "Re: Deleting top-level mailbox with 'delete_mode: delayed'"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD