Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
Hello,
Quote:
Not allowing a push into our firewall from this site.
If you do this as i suggested, there will be no "push". You would PULL the data from the mainframe.
The only way you could PUSH the data onto your pc with ftp is if your pc was configured as an ftp server not a client. Most organizations do not permit individual pc's to run an ftp server. . .
As I said, I have a request in for IP information with the lpar owner. The only way I know to initiate FTP from my PC is through the 3270 client that I have and this would actually be initiating the FTP from the lpar which would constitute the "PUSH". If 3.7 (TSO) is initiating FTP from my PC then I have "no connection".
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
Hello,
Quote:
The only way I know to initiate FTP from my PC is through the 3270 client that I have
Then it is time to learn more. . . What you know is quite incomplete.
FTP is part of your tcp/ip software. To see this, go to the old command prompt and at the > key ftp and press Enter. You will (should) see ftp> from whence you can run an ftp session "by hand".
Your system most likely has a Windows version of FTP that supports point-and-click. . .
It is possible that your 3270-emulator, ftp, and other features are all part of an overall product, but ftp will run even if the 3270 is not connected.
I did try ftp from the old dos command prompt. It gets to the point of asking for my userid and password. Does not balk on the userid, but does not like the password,yet it is the same userid and passsword I use to access the mainframe on that lpar.
I got a response back from the systems group who manages the lpar and they only said they have not been able to accomplish this (FTP) themselves and they directed me back to the IND$FILE transfer process.
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
Quote:
I did try ftp from the old dos command prompt. It gets to the point of asking for my userid and password. Does not balk on the userid, but does not like the password,yet it is the same userid and passsword I use to access the mainframe on that lpar.
I got a response back from the systems group who manages the lpar and they only said they have not been able to accomplish this (FTP) themselves and they directed me back to the IND$FILE transfer process.
I ran into a similar situation this week and the problem was the user id did not have an OMVS segment defined (we use RACF) -- which prevents FTP from connecting.
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
Sigh. You just don't pay attention to what you're being told, do you?
The symptoms were:
the programmer could sign on normally, no problem.
the programmer attempted to use WS-FTP
the programmer user id was accepted but after entering the password the programmer sign on was rejected.
the programmer got the same results when attempting to sign on via command line ftp from the PC.
In other words, the mainframe FTP server balked once the user id AND PASSWORD had been entered, but before any commands were entered. Does any of this sound familiar?
We resolved the programmer problem by defining an OMVS segment via RACF to the user id -- after that, WS-FTP and command line FTP both worked fine.
Contact your site support group for assistance -- only they will be able to work through your issue(s).
I have been cleared to access the IP where I want to FTP from. AFter I connect I try a GET and it responds back I need MGET for a partitioned dataset. I try MGET and it responds by repeating the DSN I entered followed by a "?". If I just hit enter or respond "yes" it tells me I retreive of a whole partitioned dataset is not possible. Try MGET?
