Issue FTP PUT statement without replacing existing file

Vishwamurthy · New User Joined: 11 Mar 2008 Posts: 57 Location: India

Hi,
Is there any way we can issue an FTP PUT command so that this command fails when the file is already present on the server and not replaces it?

I can't do a DIR/GET for the file because the server seems to be meant only for PUTs, and fails evertime when we issue a DIR/GET with a 451 File not found error even though there's no file on server, which is wierdly sad.

The only way out is to use a variant of PUT so that it ensures it fails if the file's already there and places the file if there's no file..

Note. The file has a particular naming convention, and I can't use DATE or Timestamp to workaround

vasanthz · Posted: Fri Jun 22, 2012 12:39 pm

Hello,

bodatrinadh · Posted: Fri Jun 22, 2012 3:08 pm

Hi Vishwamurthy,

Manually login to the server and rename the existing file. Then run your FTP job.

Thanks
-3nadh

Vishwamurthy · New User Joined: 11 Mar 2008 Posts: 57 Location: India

i think what you mentioned should help, although there's a requirement which says if the older file is present, it means that the previous instance of the process din' run. So if that will run, it should pick the renamed file and not the current file, which i'm afraid cannot happen..

Robert Sample · Posted: Fri Jun 22, 2012 5:18 pm

RFC 959 indicates the STOR command, which is the official name for the PUT command, replaces an existing file. Unless your implementation of FTP is not standard, there is no way to change this behavior -- if the file does not exist, it is created; if the file does exist, it is replaced.

dick scherrer · Posted: Fri Jun 22, 2012 6:51 pm

Hello,

Suggest you work with the network and/or server sujpport people and find out Why you cannot issue the DIR command. . .

Vishwamurthy · New User Joined: 11 Mar 2008 Posts: 57 Location: India

We're thinking of this:
File01 for the first run
File02 for the second and so on..
This should help them pick the right file for the right process based on the number at the end..

Thanks guys, this can be closed now..

dick scherrer · Posted: Tue Jun 26, 2012 10:08 pm

Hello,

If someone has to "pick", sometmes they will pick incorrectly. . .

Why is the missing run not an issue?

Someone still needs to determine why the DIR cannot be done.

The issue can be "closed" (i.e. if no one else replies, it is closed

), but there are still issues that need to be resolved.

If this approach (getting around problems rather than addressing them) has been used every time something is amiss, the entire environment is probably a 'time bomb" that may completely destroy itself.