When I encountered this problem, I realized the only way to guarantee that I was getting a new file was to change the name. This required two things: a way to get the current name of the file, and the retrieval. So I created an ASP page that returned the current name of the file as a string. Then in VFP used Strahl's WWIP stuff to hit the page and get back the value. Then retrieved file by FTP to local name (whatever I wanted), and, optionally delete the file on the FTP server. A lot of work I know but it solved the problem. I used random file names to guarantee that it would always be different.

>We are implementing an FTP class to do file transfers between our main office and about 150 locations. Everything is working fine except for one small thing. We always transfer the same file name back to the location from the main office. It is called xfrout.zip. When this file is received by the client, windows places a copy of the file in the c:\windows\temporary internet files folder. Subsequent downloads always return this cached file. We know that we can set the setting in control panel to Every connection to site, and it will work, but we can't rely on our locations to leave this setting alone. Our next thought was to just delete the cached file, but the file itself doesn't not really exist. If you go to dos and look at the contents of c:\windows\temporary internet files, there is really only one file called index.dat. Does anyone else have any idea how we can get at this file. Thanks in advance.