OpenVMS V7.3-2 using TCP/IP V5.4 to NT box FTP

[Zia_Ahmad]

FTP/USER=xxxx\unixxxx_ftp/PASS=xxxxx NTBOX
The problem is that TCP/IP translates the username and password to uppercase. The NT box does not let me in....I have to put the username and password in an input file. No big deal - but it makes my procedures across clusters different.....
I am wondering if there is a logical name that can preserve the case, like Multinet does?

[Steven Schweda]

Have you tried quoting the case-sensitive
items on the command line?

FTP/USER="xxxx\unixxxx_ftp"/PASS="xxxxx" NTBOX

I'd guess that DCL is translating, not the FTP
program itself.

[Zia_Ahmad]

Yes, I have tried all the double quotes, single quotes and all the DCL quotations.

[Arch_Muthiah]

Zia,

I thought of suggesting to quote the case sensitive texts, but as it doesn't help, I would suggest you to try this too,(I am not sure)

$ Set process /parse_style = EXTENDED
---> to preserve the case to the foreign command.

One more thing Zia:

I observed your profile that you forgot to assign the points to your previous question.

May be you please can find some time to do some assigning points?

I do NOT say you necessarily need to give lots of points. It is fully up to _YOU_ to decide how many. If you consider an answer is not deserving any points, you can also assign 0 ( = zero ) points, and then that answer will no longer be counted as unassigned.

Archunan

[Steven Schweda]

And I thought that _my_ advice was useless.

FTP is not a foreign command.

alp $ show symbol ftp
%DCL-W-UNDSYM, undefined symbol - check validity and spelling

This stuff seems to work here:

alp $ tcpip show version

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

It seems that quotation marks are required.
With none, it fails:

alp $ ftp ung /user = sms /pass = xxxxxx
220 ung.antinode.org FTP server ready.
Connected to ung.antinode.org.
331 Password required for SMS.
530 Login incorrect.
%TCPIP-E-FTP_LOGREJ, login request rejected
221 Goodbye.

Note the the user name is shown in upper
case. One set of quotation marks fixes the
case of the user name, and presumably the
password, too:

alp $ ftp ung /user = "sms" /pass = "xxxxxx"
220 ung.antinode.org FTP server ready.
Connected to ung.antinode.org.
331 Password required for sms.
230 User sms logged in.
FTP> pwd
257 "/usr/users/sms" is current directory.
FTP> quit
[...]

"ung" is a Solaris system.

Is it possible that you have too many log-in
failures now, so that even valid data are
rejected?

I don't know much about NT, but that
("xxxx\unixxxx_ftp") looks to me like a
pretty funny user name. Perhaps you could
show an actual FTP command and the output
you get when it fails.

[Steven Schweda]

Also, SET PROCESS /PARSE makes no difference
here.

[Zia_Ahmad]

Archunan's suggestion solved the problem. Thanks!

[Arch_Muthiah]

Thanks Zia,
Happy to know my suggestion worked.

Zia: < I have tried all the double quotes, single quotes and all the DCL quotations >

After I read your above lines, I said
< I thought of suggesting to quote the case < sensitive texts, but as it doesn't help, < I would suggest you to try this too,(I am < not sure).

Next, see Mr.Steven's answer....

< And I thought that _my_ advice was
< useless.

and

< Also, SET PROCESS /PARSE makes no
< difference here.

I am really afraid of giving any suggestions in this forum for any questions because of Mr.Steven's unnecessary counter arguments/blamings for all my answers.

I am really having hard time in this forum with Steven from starting onwards. I don't understand how to change myself.

Only Mr.Jan can guide me on this.

Archunan