FTP transfers...

[Mark- 29]

Hello,

 

Using cellular, depending on many factors, I can get many 500 error codes that abort the transfer.

I am using FtpClient.Transmit; with binary, passive.

 

What is the correct way to "resume" the transfer?

 

Thanks,

Mark

Edited October 21, 2019 by Mark-

[Angus Robertson 574]

The correct way to resume FTP is to use the new TIcsFtpMulti component in OverbyteIcsFtpMulti.pas, with a demo in OverbyteIcsXferTst.dpr, it will automatically repeat failed transfers using resume if possible.  There is a function to FTP a single file if you don't want it to automatically upload or download a nested directory structure.

 

Angus

 

[Mark- 29]

Thank you, I will look into it.

[Mark- 29]

Thanks Angus, François and all the contributors.

 

Using the example, I was able to replace the TFtpClient with TIcsFtpMulti and watch the FTP resume when the transfer failed from the server returning an error or loss of connection. I used the single file, FtpUpOneFile function.

 

Cheers,

 

Mark

[Mark- 29]

Hello,

 

OK I spoke too soon and I cannot locate my error.

I am using FtpUpOneFile.

The source path is OK

The filename is OK

The target path is '/public_html/downloads/'.

All the files are being placed at the root, '/'.

 

I set the TarDir and SrcDir before calling logon. and the FtpUpOneFile is correct.

I see "fServRootDir" is '/'.

I see PWD and DirResult is '/'.

I see fServBaseDir and fCurRemDir both being set to '/public_html/downloads/'.

 

In IntUpOne , HostDirName := '/' ; Not sure it is relevant.

 

Then Put is called and the file uploads to the root.

 

These are the same paths used before switching to FtpUpOneFile.

 

What am I doing wrong/missing?

 

Thanks,

 

Mark

 

 

Edited November 5, 2019 by Mark-

[Mark- 29]

If I call CWD after logon and before FtpUpOneFile, the files upload to the correct paths.

Perhaps I am not setting a property correctly or at all. Or calling CWD first is by design.

 

[Angus Robertson 574]

I've not used FtpUpOneFile myself for many years, it was written for another client and worked in their circumstance, need to test it.  

 

Angus

[Mark- 29]

> I've not used FtpUpOneFile myself for many years, it was written for another client and worked in their circumstance, need to test it.

 

Very good.

Edited November 6, 2019 by Mark-

[Angus Robertson 574]

Just tested 'Single FTP' upload using the ICS File Transfer Demo and it seems to work correctly.  You should not need to set any component properties for paths, FtpUpOneFile uses the remote path specified there and correctly changes to the specified directory:

 

> PWD
< 257 "/" is current directory.
> CWD /logs/testing/
< 250 CWD command successful. "/logs/testing" is current directory.
> PWD
< 257 "/logs/testing" is current directory.
Uploading File, C:\tempfiles\regnam20.zip to /logs/testing/regnam20.zip, size 238 Kbytes
 

Angus

 

[Mark- 29]

Thanks.

Without a doubt it does not work here without me calling CWD after logon.

Is CWDAsync used?

I ask because this is testing on cellular.

If I call CWDAsync after logon no change, file is uploaded to root.

If I call CWD, the file is uploaded to the correct path.

[Angus Robertson 574]

The FTPMulti component only use sync commands.  Sure it will work with extra code to set the correct directory, but that code will be called anyway including creating directories if they don';t exist, with the correct parameters.   Try the sample.

 

Angus