FTP OpenVMS7.3-2 to Windows Server

[tobyjug]

I can do 1 file at a time but I want to set up a batch job to move all 26 files in 1 hit. All files are .TXT and all are version 1.
For some reason I can't use the * wild card. It errors with cannot file file name *

Thank You

[Hein van den Heuvel]

Did you try Mget ?
Be sure to also read up on the "SET PROMPT"

Hein.

[Steven Schweda]

> Did you try Mget ?

Or "mput".

> Be sure to also read up on the "SET PROMPT"

FTP> set prompt
%CLI-W-IVKEYW, unrecognized keyword - check validity and spelling

Well, "prompt":

FTP> prompt
Interactive mode off.
FTP> prompt
Interactive mode on.

The help in the FTP client program would not
win many awards (from me) for quality or
utility.

[Steven Schweda]

> For some reason I can't use the * wild
> card.

I got so excited about "SET PROMPT" that I
forgot that we really don't know how you're
trying to do this. "FTP /INPUT"? If so,
then you might do better (or more easily)
with "COPY /FTP". As usual, many things are
possible.

[Hoff]

Start with this DCL command:

$ COPY /FTP /ASCII this*.txt host"user pass"::

and see how far you get with the Windows ftp server.

You may need to tweak some logical names on OpenVMS as the Windows ftp tools can be incompatible with ftp on OpenVMS.

[tobyjug]

Cannot find help for structure of the mget or mput commands
Copy/ftp help only indicates the receiving host as being VMS. I need to go to a windows share. Failed anyway
$ copy/ftp/assci/ *.txt windowshostIP "username password"
%DCL-I-IGNQUAL, qualifiers appearing before this item were ignored
\FTP\

[Hoff]

The DCL command COPY /FTP functions as listed and as documented; somebody appears to have defined a symbol that interferes with it.

Probably COPY, or maybe a substring.

$ SHOW SYMBOL COPY

If so...

$ DELETE /SYMBOL [/GLOBAL] COPY

That DELETE command can fail for the same reason that the COPY command is probably failing here; because somebody has established a DELETE symbol.

Setting up DCL symbols that exactly match DCL commands is generally not recommended for just this reason.

[John Gillings]

COPY/FTP works between dissimilar systems, as long as the syntax is correct.

There are several issues with your attempt:

$ copy/ftp/assci/ *.txt windowshostIP "username password"
%DCL-I-IGNQUAL, qualifiers appearing before this item were ignored
\FTP\

First problem. You have a symbol "COPY" which defines qualifiers. The -I- (Informational) message is telling you they are ignored. This may or may not matter. Syntactically, the /FTP qualifier is required to be first. Try:

$ COPYX/FTP

the trailing X will override your symbol definition.

Second problem, /assci is misspelled. It should be /ASCII. I'm a bit surprised this error didn't generate a warning message like:

%DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, and placement
\ASSCI\


third problem, there's a trailing "/" on the command line. This should also have generated a warning message:

%DCL-W-IVQUAL, unrecognized qualifier - check validity, spelling, and placement
\*\

(because spaces between the "/" and the qualifier name are allowed, the command is parsed assuming the "*" is the qualifier).

fourth problem, the syntax for the target file specification is incorrect. It should be:

$ COPY/FTP/ASCII *.TXT node"user password"::"remote filespec"


For example - this is a cut & paste of an actual transfer from an OpenVMS V8.3-1H1 system to a windows server:

$ copyx/ftp/ascii/log send*.txt 10.2.21.133"anonymous junk"::"/~support/vmsxfer/"
%TCPIP-S-FTP_COPIED, DISK$USERS:[GILLINGS]SEND_SEMF.TXT;2 copied to 10.2.21.133"anonymous password"::"/~support/vmsxfer/send_semf.txt" (2809 bytes)
%TCPIP-S-FTP_COPIED, DISK$USERS:[GILLINGS]SEND_SMS.TXT;5 copied to 10.2.21.133"anonymous password"::"/~support/vmsxfer/send_sms.txt" (137427 bytes)

This is a "put" from OpenVMS to windows. Reverse the file specifications for a get.

[Hoff]

And ps: COPY /FTP works with most any FTP server; I use it regularly with Mac OS X and with various Unix and Linux boxes. The salient difference here can be in the syntax of the target specification; that can potentially need to be quoted, when it's not native OpenVMS filename syntax. And which is why I specified the COPY /FTP command as I did, with no target file specification. This should drop the files in the target directory.

COPY /FTP also allows symbol substitution and other DCL programming techniques, which the FTP utility does not; to get around this, you'll have to write and @-invoke runt files with the FTP utility to perform various of these operations.

Whether COPY /FTP works with the ftp server within the Microsoft Windows Server platform, I don't know. Windows client and Windows server are not in regular use here.

[RBrown_1]

It looks to me like you have defined a symbol for COPY

$ SHOW SYMBOL C*

Is there any COPY, COP*, CO*, or C* that does a COPY with some qualifiers?

And for good measure

$ SHOW NETWORK