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-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.