I was wondering if it others may find this useful?
If an internal retry option was added to the FTP Operation Action which basically provided some type of limited retry loop if an error occurred during the event then this would avoid having to manufacture a loop in the parent package and reduce the 'noise' in teh package layout.
For example, we have a scenario where we pickup files from an external FTP host but on occasion they may be dumping files in at the same time or the host hasn't released the locks on the file and we get an error such as the following.
Error happened during downloading fileName.csv SFTP server error occurred: Permission denied.
In most cases the next pickup will run 15 minutes later and collect the file mentioned in the error. For us the time these files come in is not critical. But if we could avoid generating the error by having a simple (and limited) internal retry loop then I can see this helping us.
Replied by bruce.gibbins on topic FTP Operation Option
My apologies the use of FTP was incorrect in all cases for us it is only ever SFTP.
You are 100% correct and I was not suggesting unlimited retries for exactly the reason you pointed out.
Three automatic retries for SFTP would be what I was after and if it happened with no configuration required then all the better. We have other procedures in play. So if the 3 retries are exceeded then we would just pickup the the next time the scheduled task runs.