>>Usually these service applications need to be very reliable. To make a really reliable Windows service application it would be better (or at least easier) to do in NET. I have tried to emulate that in VFP before, but it was tedious and never as simple and sturdy as one written in NET. That service should write to the Windows events and log any errors. I also log start/stop events. If it's important enough it should also send emails about its status.
>>I have implemented an ftp download in C# using some third party library which worked very good, but I don't have it at hand. If you want to go that route I can look it up later for you.
>
>I wrote one such thing in Fox a few years ago, using (I think) Martina's code (she wrote the 2.0, original by Robert Abram), which is actually a wrapper around system API calls. It got installed, and it's perhaps still running - haven't heard the users complaining since. Don't have it anymore, but found some traces, that was november 2014. It was using windows scheduler to run invisibly. Some other apps by the same team were running as services. For FTP watch I considered running under task scheduler more appropriate - it's not communicating with other processes, not serving them in any sort of in-memory communication, so there's no need to run as a service.

I think that's possible indeed, need to setup the scheduler so it works also when no one logs into the server. We have had problems in the past because the server would restart during the night because of a Windows update, and there is no log in. But maybe this issue has been solved.