Hello fellow lftp enthsiasts, We are trying to migrate from Sun's ftp client to lftp because the remote mainframe will in the future only support FTP over SSL. The lftp client works fine for Solaris to Solaris ftp's but does not seem to work with the remote mainframe. Another lftp user posted the exact same issue in 2005(http://www.mailarchive.com/[email protected]/msg02188.html) but was told to run the operation in debug mode. There were no follow-ups to his post and since that user's email address is hidden I can't ask him directly.
I was hoping someone else has encountered this issue already as I haven't been able to figure it out. I've combed over the various options lftp has but don't see one's that would affect this. Then again I don't know mainframes. The Sun ftp client works fine (sample session included below) and can "ls" the directory in question (PD.ABCFILES.FTP) as well as get and put files to that directory. Account, password, and origin server are the same and we are only doing a dry run using lftp with the ftp protocol for now (i.e. the later migration to ftp over ssl hasn't even come into play yet). We first have to get lftp to act like the Sun ftp client when talking to the mainframe and then we can try the other stuff like ssl. In the interests of brevity I did not post below every permutation of options I've tried so far but they included toggling PASV mode and ssl-allow. Any ideas? thanks, Bloom sunserver$ lftp --version LFTP | Version 3.4.7 | Copyright (c) 1996-2006 Alexander V. Lukyanov Libraries used: Readline 5.2, OpenSSL 0.9.7g 11 Apr 2005, libiconv 1.11 sunserver$ lftp 1.2.3.4 lftp 1.2.3.4:~> user aaftpa Password: lftp [EMAIL PROTECTED]:~> debug 9 lftp [EMAIL PROTECTED]:~> cd 'PD.ABCFILES.FTP' ---- Connecting to 1.2.3.4 (1.2.3.4) port 21 <--- 220-FTPSERVE IBM FTP CS V1R7 at MVSSY99.ABCDEFGH.COM, 10:12:41 on 2007-06-03. <--- 220 Connection will close if idle for more than 60 minutes. ---> FEAT <--- 211 no Extensions supported ---> USER aaftpa <--- 331 Send password please. ---> PASS XXXX <--- 230 AAFTPA is logged on. Working directory is "AAFTPA.". ---> PWD <--- 257 "'AAFTPA.'" is working directory. ---> CWD PD.ABCFILES.FTP <--- 250 "AAFTPA.PD.ABCFILES.FTP." is the working directory name prefix. cd ok, cwd='AAFTPA.'/PD.ABCFILES.FTP lftp [EMAIL PROTECTED]:~/PD.ABCFILES.FTP> set ftp:passive-mode off lftp [EMAIL PROTECTED]:~/PD.ABCFILES.FTP> ls ---> PORT 10,80,237,13,152,179 <--- 200 Port request OK. ---> LIST <--- 550 No data sets found. ---- Closing data socket ls: Access failed: 550 No data sets found. lftp [EMAIL PROTECTED]:~/PD.ABCFILES.FTP> set ftp:passive-mode on lftp [EMAIL PROTECTED]:~/PD.ABCFILES.FTP> ls ---> PASV <--- 227 Entering Passive Mode (1.2.3.4,39,223) ---- Connecting data socket to (1.2.3.4) port 10207 ---- Data connection established ---> LIST <--- 550 No data sets found. ---- Closing data socket ls: Access failed: 550 No data sets found. lftp [EMAIL PROTECTED]:~/PD.ABCFILES.FTP> Since Sun's ftp shows me the file name, I try a "blind" get and get the following: lftp [EMAIL PROTECTED]:~/PD.ABCFILES.FTP> get ABC.A012301A.ABC3.LOCAL.INPUT get: Access failed: 501 Invalid data set name "ABC.A012301A.ABC3.LOCAL.INPUT". Use MVS Dsname conventions. Here is the output from the Sun ftp client - same cd and ls, but here it lists out directories: sunserver$ ftp -d 1.2.3.4 Connected to 1.2.3.4. 220-FTPSERVE IBM FTP CS V1R7 at MVSSY99.ABCDEFGH.COM, 10:54:47 on 2007-06-03. 220 Connection will close if idle for more than 1440 minutes. Name (1.2.3.4:adam): aaftpa ---> USER aaftpa 331 Send password please. Password: ---> PASS XXXX 230 AAFTPA is logged on. Working directory is "AAFTPA.". ---> SYST 215 MVS is the operating system of this server. FTP Server is running on z/OS. Remote system type is MVS. ftp> cd 'PD.ABCFILES.FTP' ---> CWD 'PD.ABCFILES.FTP' 250 "PD.ABCFILES.FTP." is the working directory name prefix. ftp> ls ---> PORT 10,80,237,13,159,27 200 Port request OK. ---> NLST 125 List started OK JKL.L011907A.JKLM3.LOCAL.INPUT JKL.L022107A.ABCFILES.INPUT S010107A.ABCFILES.XYZ.APPL.ATTR . . . [long list of other files snipped] S013507A.ZHJB.DACP0123.INPUT S010507A.ABCFILES.XYZ.ABC.PRE 250 List completed successfully. 1239 bytes received in 0.0083 seconds (146.32 Kbytes/s)
