Subject: Re: [lemonade] Just say "Yes"

From: "Ben Last" <[email-masked]>
Date: 20 Jun 2007 15:42:50 +0000

I second Mark's point: our client expects that a FETCHable part of a message that's reported as X bytes will *be* X bytes, and does not like empty (or absent) FETCH responses, which are generally assumed to indicate some sort of failure.
Ben
.

-----Original Message-----
From: Mark Crispin
Sent: Wed 20/06/2007 16:26
To: Alexey Melnikov
Cc: Vaudreuil, Greg M \(Greg\);[email-masked]
Subject: Re: [lemonade] Just say "Yes"

On Wed, 20 Jun 2007, Alexey Melnikov wrote:
> Returning size which is bigger than the exact size is always better, as it 
> would work with partial FETCH. A Partial range beyond the end of a converted 
> bodypart returns no data. If the server returns size which is smaller, then 
> the client may end up getting truncated data back.

This isn't how clients that do partial fetching work; and if you look at 
what the protocol says on this you'll see that the situation that you 
describe is ambiguous.  Some clients will end up looping.

-- Mark --

http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.

_______________________________________________
lemonade mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/lemonade
Supplemental Web Site:
http://www.standardstrack.com/ietf/lemonade

_______________________________________________
lemonade mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/lemonade
Supplemental Web Site:
http://www.standardstrack.com/ietf/lemonade