Annotations review please?

Bron Gondwana brong at fastmail.fm
Tue Jul 19 03:42:47 EDT 2011


On Tue, Jul 19, 2011 at 05:09:01PM +1000, Greg Banks wrote:
> G'day,
> 
> My work to implement RFC5257 and RFC5464 is nearly ready to merge to
> master.  It needs a couple of polishing touches, but most of the
> work is done and I would appreciate some expert review (normally I
> would just ask Bron as he's been tracking this, but he's on
> holidays).

Bron will grab a copy of it as well - and have a poke through, but
not sure how much time I will have.  Particularly since I've been
dragged into arguments about missing parts of IMAP again.  I appear
to have signed up to write specs for the following:

1) DELIVER - take a message via APPEND or from the spool and shove
   it to sendmail or moral equivalent for delivery - possibly add
   a couple of options to control it, but don't make it so difficult
   that nobody will implement it.
2) MOVE - someone already has a half-done spec for this, but they want
   it to be atomic, which makes it complex to implement, so nobody will.
   Write a spec for simple.  Worst case, extend the current spec with a
   NO_ATOMIC_MOVE to match the NO_ATOMIC_RENAME
3) DIGEST - specify a way to fetch a digest of a message (or maybe even
   part).   Both to get at the SHA1 we already store, and optionally to
   allow digests of decoded parts!  Gotta think a bit about this one.
   CPU is getting cheap enough that on-the-fly digests aren't
   unreasonable.
4) GUID - in our case it's just the SHA1, but gmail have their X-GM-MSGID
   and I'm sure other servers have other ways to uniquely identify a
   message over moves, even by other clients.  So you can keep the raw
   data cached locally in the presence of other clients.

Bron.


More information about the Cyrus-devel mailing list