Re: Odd FTP server behavior ...

David,

The FTP protocol is made up for 4-character commands which are sent from
the client to the server.  (These commands are not to be confused with
the command that you type.  For example, when you type GET, the client
sends the commands 'PORT' and 'RETR' to do the actual transfer)  One
command supported by the iSeries FTP server is the 'CRTS' (Create Source
file) command.

When you type the QUOTE command, the FTP client simply sends whatever
string you typed across the socket, as-is.  It allows users to work with
extensions on the FTP server that the client doesn't understand.

So, when you type 'quot crtsavf xxxx'  the client simply sends 'crtsavf
xxx' to the server.   The server sees that the first 4 chars are 'CRTS'
and thinks you're trying to execture the CRTS (create source) command.

The fix, (which I'm sure you've already figured out) is that you need to
use RCMD (remote command).   'quote rcmd crtsavf'  should do what you're
expecting.


On Fri, 15 Nov 2002, David Gibbs wrote:

> Has anyone ever seen this behavior before ...
>
> I recently tried to ftp a save file from my PC to our 400 running VR45 ...
> here's a transcript of my ftp session ...
>
> [C:/data] ftp mysystem
> Connected to mysystem.mks.com.
> 220-QTCP at mysystem.mks.com.
> 220 Connection will close if idle more than 5 minutes.
> User (mysystem.mks.com:(none)): devdmg
> 331 Enter password.
> Password:
> 230 DEVDMG logged on.
> ftp> cd devdmgwrk
> 250 "DEVDMGWRK" is current library.
> ftp> binary
> 200 Representation type is binary IMAGE.
> ftp> quot crtsavf devdmgwrk/abc123
> 250 Command QSYS/CRTSRCPF devdmgwrk/abc123 successful.
>
> Notice the command I tried to execute vs. the one that actually did execute?
> I my library I had a source pf, not a save file.
>
> We have no exit programs or other modifications that I know of.
>
> Any ideas why this would happen?
>
> david
>