The plan was to include something like an sha1 hash of the original file in the response headers. Then once the file has been decoded you can check to make sure it matches. If not you can resend the request without the black hash header and get the file the oldfashioned way.
Toby 2009/4/1 Martin Langhoff <[email protected]> > On Tue, Mar 31, 2009 at 8:32 PM, Toby Collett <[email protected]> wrote: > > We are only using 30 bit hashes, so even if it was a perfect hash it is > > possible you could get a collision. Having said that our collision space > is > > only the single web request, so should reduce chances of error. > > IIRC, if rsync thinks there was a collision on the weak hash, it rolls > again through the file with the weak hash and a different seed. > > Maybe we could include a differently seeded fingerprint? > > Is that what you were thinking? > > cheers, > > > > m > -- > [email protected] > [email protected] -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > -- This email is intended for the addressee only and may contain privileged and/or confidential information
_______________________________________________ Server-devel mailing list [email protected] http://lists.laptop.org/listinfo/server-devel
