[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Extended RETR - Draft posted
Is there anyone having additional comments except what has already been
I will revise the draft based on the feedback I've been getting so far.
However, this will not happen until next weekend due to extreme workload
> > Example:
> > Message number is '1'.
> > Message size is 217,743 bytes.
> > Offset 113,435 starts with a '.'.
> > Lets assume our transfer got interrupted after 113,434 bytes. Now, the
> To illustrate the case of having to byte-stuff, you'd want the
> transfer to be interrupted after 113,435 bytes.
Yes, true, sorry about that...
> > > " a) Less consumption of bandwidth
> > > b) Less resources used on the server-side
> > > c) Less time used online for the client"
I didn't put them in any specific order though.
> To allow for a simple seek, we would need to define that offsets are
> into the message as stored in a BSD-style mailbox.
I guess I should explore other systems. ;)