Re: [ftpext] COMB command IETF draft proposal

[Van Glass <[e-mail]>]

To expand on Lothar's idea, perhaps this could be achieved using
positive preliminary (1XX) replies.

ttp://en.wikipedia.org/wiki/List_of_FTP_server_return_codes

e.g.

C> COMB "dest" "part1" "part2"
S> 1XX part1 complete
S> 1XX part2 complete
S> 250 success


Van Glass
JSCAPE
Managed File Transfer and Network Solutions
http://www.jscape.com




On Thu, Jun 9, 2011 at 1: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:
>
> 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.
>
>
> Regards, Lothar
> --
> Lothar Kimmeringer                E-Mail: [e-mail]
>               PGP-encrypted mails preferred (Key-ID: 0x8BC3CD81)
>
> Always remember: The answer is forty-two, there can only be wrong
>                 questions!
>