|
John, You can establish an LU6.2 session (SNA APPC) with the AS/400 with out ANY of Client Access loaded since LU6.2 is part of the base OS. This I know for a fact. I am fairly sure that you do not need CA for terminal emulation..That is how the ca competitors connect. For file download, data queues, etc, you might need ca runtimes on the as/400...do not know. On the TCP/IP side, you do NOT need ca for Telnet, FTP, or custom TCP/IP applications. And there are no licensing issues. Eg you can use Albert Yorks TELNET400 program legally without CA/400 loaded. You probably DO need CA for Client Access connections for the host servers....but I could be very wrong on this one. If you do not have a CA license, it might not be legal even if it works. Sometimes the simple questions go unanswered because everybody thinks everybody else will answer it! You will now probably get flooded with replies. <g> Bob -----Original Message----- From: John Earl <johnearl@toolnet.com> To: MIDRANGE-L@midrange.com <MIDRANGE-L@midrange.com> Date: Saturday, June 26, 1999 4:28 AM Subject: Any takers? Repeat: Client Access Licensed Programs >Boy I didn't think this was that hard of a question.... A week later and still >no takers? > >Let me try to restate. > >What part(2) of Client Access _must_ be on the AS/400 in order to connect? I >thought that there was some base code that the /400 must have, and then in a >eparate LPP the client code is also stored on the /400 (for downloading). But >this client code is not required for daily operation?!? > >Does anyone know? > >jte > >John Earl wrote: > >> I just want to verify something about all of the Client >> Access Licensed Programs that are loaded on an AS/400. >> >> If memory serves, all that is required to reside on the >> AS/400 is the Client Access Base code, and if you delete >> License Programs; 5763XD1, 5763XK1, & 5763XW1 all that would >> be disabled is the ability to download the client code from >> the AS/400. >> >> Is that right? Or would I disable the ability to even >> connect? >> >> TIA (in advance of causing some big trouble maybe??? :) >> >> jte >> >> -- >> John Earl >> johnearl@toolnet.com >> PowerTech Toolworks 206-575-0711 >> PowerLock Network Security www.400security.com >> The 400 School >> www.400school.com >> -- >> >> +--- >> | This is the Midrange System Mailing List! >> | To submit a new message, send your mail to MIDRANGE-L@midrange.com. >> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. >> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. >> | Questions should be directed to the list owner/operator: david@midrange.com >> +--- > > > >-- >John Earl johnearl@toolnet.com >PowerTech Toolworks 206-575-0711 >PowerLock Network Security www.400security.com >The 400 School www.400school.com >-- > > >+--- >| This is the Midrange System Mailing List! >| To submit a new message, send your mail to MIDRANGE-L@midrange.com. >| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. >| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. >| Questions should be directed to the list owner/operator: david@midrange.com >+--- > +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.