×

Good News Everybody!

A new search engine is coming soon.

As a stop gap measure, we are using Google's custom search engine service.




Thanks for all your help.  When users sign on via FTP, they are only allowed
to use the "put" command.  Everything works fine.

Frank

----- Original Message -----
From: "Mark A. Manske" <mmanske@minter-weisman.com>
To: <midrange-l@midrange.com>
Sent: Tuesday, May 28, 2002 11:10 AM
Subject: RE: PC to AS/400 FTP


> I forget which exit point it truly is, so I just put an ILE on both, but
> they are as follows:
> QIBM_QTMF_SERVER_REQ
> QIBM_QTMF_CLIENT_REQ
>
> I can e-mail you a copy/example in a text file off-line of what we have
> here,
> as it is not practical to just dump the code here.. if you would like it
> just let me know.
>
> Mark
>
> -----Original Message-----
> From: midrange-l-admin@midrange.com
> [mailto:midrange-l-admin@midrange.com]On Behalf Of Frank W. Kany IV
> Sent: Tuesday, May 28, 2002 8:46 AM
> To: midrange-l@midrange.com
> Subject: Re: PC to AS/400 FTP
>
>
>
> Thanks Mark, that fixed the problem, all users other than "FRANK36" are
able
> to log on via FTP.  Now I just need to modify this program so that
"FRANK36"
> can logon, but only have the capability to only use the "PUT" command.
Any
> suggestions?
>
> TIA,
>
> Frank
>
> ----- Original Message -----
> From: "Mark A. Manske" <mmanske@minter-weisman.com>
> To: <midrange-l@midrange.com>
> Sent: Tuesday, May 28, 2002 9:27 AM
> Subject: RE: PC to AS/400 FTP
>
>
> > Ahh I think I see something, on your chgvar lines they should read as
> > follows:
> >
> > CHGVAR     VAR(%BINARY(&RETCDOUT)) VALUE(1)
> >
> > CHGVAR     VAR(%BINARY(&RETCDOUT)) VALUE(0)
> >
> > "If" I recall correctly, the return variable will get "messed" up
> > unless you change it as a binary value.
> >
> > See if that takes care of it - That is basically what we have here, and
it
> > works.
> >
> > HTH
> > Mark
> >
> > -----Original Message-----
> > From: midrange-l-admin@midrange.com
> > [mailto:midrange-l-admin@midrange.com]On Behalf Of Frank W. Kany IV
> > Sent: Tuesday, May 28, 2002 7:58 AM
> > To: rpg400-l-request@midrange.com; midrange-l@midrange.com
> > Subject: PC to AS/400 FTP
> >
> >
> > This is a multi-part message in MIME format.
> > --
> > [ Picked text/plain from multipart/alternative ]
> > Thank you all for your suggestions about writing exit programs for exit
> > points using examples from books such as "Cool title about the AS/400
and
> > the internet" and "Who knew you could do that with RPGIV".
> >
> > However, after a week of working on this, I am still have difficulties
in
> > successfully implementing these exit programs.  I have pasted some of
the
> > messages I get when I try to FTP into our AS/400.  I have also pasted
the
> CL
> > program I found somewhere that I use to validate server logon.
> >
> > I'd like to add that the problem with being rejected from logging on and
> > sometimes even refused connection happens with all the exit programs I
> write
> > not just this 1 little CL program.  I duplicated every exit program that
> has
> > been put in front of me and when I implement them my connection is
refused
> > or log on is rejected.
> >
> > I created the program in my library. Ran the command "WRKREGINF".
> Selected
> > "QIBM_QTMF_SVR_LOGON" with an option "8".  Added exit program "FTPLOGON"
> > from my library.  I wait a few minutes.  Go to MS-DOS and below is the
> > result:
> > =========================
> > C:\WINDOWS>ftp 192.168.XXX.XX
> > Connected to 192.168.XXX.XX.
> > 220-QTCP at 192.168.XXX.XX.
> > 220 Connection will close if idle more than 5 minutes.
> > User (192.168.XXX.XX:(none)): frank
> > 331 Enter password.
> > Password:
> > 530 Log on attempt by user FRANK rejected.
> > Login failed.
> > ftp> quit
> > 221 QUIT subcommand received.
> > ===============================
> >
> > Source for the CL exit program:
> > ========================================
> > PGM        PARM(&APPIDIN &USRIN &USRLENIN &AUTIN +
> >              &AUTLENIN &IPADDRIN &IPLENIN &RETCDOUT +
> >              &USRPRFOUT &PASSWDOUT &CURLIBOUT)
> >
> > DCL        VAR(&APPIDIN)       TYPE(*CHAR) LEN(4)
> > DCL        VAR(&USRIN)            TYPE(*CHAR) LEN(999)
> > DCL        VAR(&USRLENIN)    TYPE(*CHAR) LEN(4)
> > DCL        VAR(&AUTIN)           TYPE(*CHAR) LEN(999)
> > DCL        VAR(&AUTLENIN)   TYPE(*CHAR) LEN(4)
> > DCL        VAR(&IPADDRIN)    TYPE(*CHAR) LEN(15)
> > DCL        VAR(&IPLENIN)        TYPE(*CHAR) LEN(4)
> > DCL        VAR(&RETCDOUT)  TYPE(*CHAR) LEN(4)
> > DCL        VAR(&USRPRFOUT)  TYPE(*CHAR) LEN(10)
> > DCL        VAR(&PASSWDOUT) TYPE(*CHAR) LEN(10)
> > DCL        VAR(&CURLIBOUT)   TYPE(*CHAR) LEN(10)
> > DCL        VAR(&APPID)               TYPE(*DEC) LEN(1 0)
> > DCL        VAR(&USRLEN)           TYPE(*DEC) LEN(5 0)
> > DCL        VAR(&AUTLEN)          TYPE(*DEC) LEN(5 0)
> > DCL        VAR(&IPLEN)               TYPE(*DEC) LEN(5 0)
> >
> > CHGVAR     VAR(&APPID)       VALUE(%BINARY(&APPIDIN))
> > CHGVAR     VAR(&USRLEN)   VALUE(%BINARY(&USRLENIN))
> > CHGVAR     VAR(&AUTLEN)  VALUE(%BINARY(&AUTLENIN))
> > CHGVAR     VAR(&IPLEN)       VALUE(%BINARY(&IPLENIN))
> >
> > CHGVAR     VAR(&RETCDOUT) VALUE('1')
> >
> > IF         COND(%SST(&USRIN 1 7) = 'FRANK36') +
> >              THEN(CHGVAR VAR(&RETCDOUT) VALUE('0'))
> >
> > RETURN
> >
> > ENDPGM
> > =========================================
> >
> > What I am missing or doing wrong?
> >
> > Frank
> > --
> >
> >
> > _______________________________________________
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> > To post a message email: MIDRANGE-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> > or email: MIDRANGE-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
> >
> >
> > _______________________________________________
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> > To post a message email: MIDRANGE-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> > or email: MIDRANGE-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
> >
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2026 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.