[Dovecot] Issues with VANISHED CHANGEDSINCE

Timo Sirainen tss at iki.fi
Mon Nov 5 23:28:07 EET 2012


On Mon, 2012-11-05 at 12:43 -0700, Michael M Slusarz wrote:
> My argument is much simpler: it is blatantly breaking the RFC.  From  
> RFC 5162 [3.2]:
> 
>     The VANISHED UID FETCH modifier instructs the server to report those
>     messages from the UID set parameter that have been expunged and whose
>     associated mod-sequence is larger than the specified mod-sequence.
>     **That is, the client requests to be informed of messages from the
>     specified set that were expunged since the specified  
> mod-sequence.** (emphasis added)
> 
> If you are including UIDs in the FETCH return that have NOT been  
> expunged since the given mod-sequence, that directly contradicts this  
> language.  The clear intent of VANISHED UID FETCH is to provide the  
> list of messages that existed in the mailbox at mod-sequence and no  
> longer exist in the mailbox as of the current HIGHESTMODSEQ.

That would require infinitely storing the modseq of when each message
was expunged. Not very nice. Also the RFC talks a lot about this
situation. The SELECT command has two optional parameters to optimize
it.





More information about the dovecot mailing list