|
Hi Bob! I did roughly the same thing six months ago and looked at the same question. I looked at using a data area to store the user-id and password and then realized I was using FTP. How hard did I want to work to protect a password that is sent in the clear on the network anyway? Something to think about... Paul > ------------------------------ > > message: 6 > date: Fri, 18 Mar 2005 14:32:34 -0600 > from: "Bob Cozzi" <cozzi@xxxxxxxxx> > subject: Free FTP CL Command > > I just finished a simple CL command that interfaces with > OS/400 FTP to send > files to another AS/400. > The goal was to provide a CL-interface for sending a DB2 file via FTP, > something like this: > > ===> FTPSNDFILE RMTSYS(RESCUE.COMPUDESIGNS.NET) > FILE(COZZILIB/QRPGLESRC) + > MBR(MYMBR) TOFILE(*FROMFILE) USER(BOBCOZZI) > PWD(PICKLES) + > SRCFILE(RPGLAB/QFTPSRC) LOG(RPGLAB/QFTPSRC) > LOGMBR(FTPLOG) > > > The command generates the FTP source script and then evokes > FTP to send the > file. > It works fine and I'm very, very happy with it. > However. the password parameter for the remote user's > password is set to > DSPINPUT(*PROMPT) which means it will display the text that > is typed in, but > does not keep it when Enter is pressed. So I have to re-key > it each and > every time I run the command from command entry. Obviously I > could change > the source, since I wrote it, but I also don't want my > passwords logged. > So here's the question that I assumed would have a NO for the answer: > Is there a way to retrieve and/or transmit a user's password > for an FTP > session so that I don't have to require the end-user to enter > it each time > they run the FTPSNDFILE command? I mean if they specify > USER(*CURRENT) is > there a way I can also allow the PWD parm to default to PWD(*CURRENT)? > I believe there is not, but since there are just too many > APIs available > today, I thought I'd throw the question it out there. > > > -Bob Cozzi > www.RPGxTools.com > If everything is under control, you are going too slow. > - Mario Andretti >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.