× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.