[Info-vax] Potential loss of data problem in sftp client in TCP/IP Services ?
JF Mezei
jfmezei.spamnot at vaxination.ca
Mon Mar 12 23:00:37 EDT 2012
Simon Clubley wrote:
> It's not that simple; there's potentially a line termination conversion
> going on during transfer and my experiments show that it doesn't matter
> what line termination is active; the input file is still truncated at the
> same place.
When OS-X server (unix) would try to access VMS RFM=VAR files via NFS, I
found that the auto conversion to standard unix termination only worked
for the first portion of the file, after which, the data was sent raw
without record delimiters (but the 2 byte length was part of the "blob"
of data. I assumed it had to do with some buffering where the software
was only able to convert from RFN=VAR to RFM=STMLF within a fixed size
buffer and if the file was larger, then the rest didn't get converted.
But this predated 8.4 and the move of VMS to India. And does not seem to
be what you are experiencing.
And because this is sftp, you can't really use wireshark to see what is
being sent since it is encrypted. You'd need to somehow enable debug
logging on the unix host to see what is being sent.
More information about the Info-vax
mailing list