issue with sftp

[Kevin Carter_3]

By using trouble shooting suggestions from the discussion - was able to determine the cause of the problem.

[Hoff]

If you have a support contract, log a report against TCP/IP Services; you've found a bug somewhere. If this is a different file, it should have a different timestamp set, and it's the TCP/IP sftp server that's apparently skipping a step. (Auditors particularly like this class of bug, but that's another discussion.)

[Steven Schweda]

Using a UNIX (HP-UX 11.11) SSH client, with
the same VMS server as before, I got the same
result as shown before (two file versions).
Using a newer VMS system:

ALP2 $ tcpip show version

HP TCP/IP Services for OpenVMS Alpha Version V5.6 - ECO 2
on a COMPAQ Professional Workstation XP1000 running OpenVMS V8.3

I got the same result again, from both a VMS
client and an HP-UX client.

Whatever your problem is, I don't see it on
my systems.

> Mystery solved.

I doubt it.

> The Unix sftp process overwrites the file
> on the VMS system. [...]

The SFTP client process does _not_ write
anything on the SFTP server system. It
_asks_ the SFTP server to do things, and the
server process does the work. I know of no
way for the client to tell the server to do
anything in particular with VMS file
versions. Perhaps there's some way to
configure the SFTP _server_ to do something
exotic, but on my systems (with what must be
pretty close to the default configurations),
things work as I'd expect them to work, not
the way you say that they work for you.