Re: [ftpext] COMB command IETF draft proposal

[Anthony Bryan <[e-mail]>]

On Thu, Jun 9, 2011 at 3:34 AM, Lothar Kimmeringer
<[e-mail]> wrote:
> Am 08.06.2011 22:57, schrieb Robert Oslin:
>>
>> "Have you experienced any issues"
>>
>> - yes, with larger (multi-GB) size files; however there are ways to
>> combine the
>
>> file so that timeouts can be avoided in most cases. I made a couple of
>> fleeting
>> references to those methods in the spec, but really it would be up to the
>> server
>> vendor to research and implement the optimal recombine technique so that
>> timeouts
>> could all but be eliminated for everything but exceedingly large files...
>
> I have to find a way to open docx files so I might repeat something
> that is already supposed but a simple way would be to respond with
> the equivalent of a HTTP-100-response:

it would help to have a text version available.

> C: COMB filea fileb filec
> S: 250-Start COMB
>   250-COMB for filea finished
>   250-COMB for fileb finished
>   250-COMB for filec finished
>   250 COMB command successful
>
> Since a client should in general start over with a timeout every time
> a line of the response has been received, it should help avoid timeouts
> with very large files. In addition to that you receive some feedback,
> that the server is still talking with you.

for HASH we have this:

   Depending on multiple conditions, the final server response to a HASH
   command could take long time, so a server could output a "213-" line
   every 5-10 seconds to avoid the connection being idle and silent.

-- 
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
  )) Easier, More Reliable, Self Healing Downloads