|
The ASCII WSC (6141) is not available as a PCI card, so on a newer AS400 if there is no SPD bus, there is no ASCII, you would have to use a protocol converter such as Perle or IBM 5208 (I think). Dial ip IP works so much better than emulating an ASCII device. We used to have 6 ports set up for ASCII dial up, and all are gone. BTW, anyone want a 6141 card for a model E04 or a RISC model 400. The model 400 has an 18 port ASCII controller that has never been used. <g>, our ASCII controller are not being used at all. CJG Carl Galgano EDI Consulting Services, Inc. 540 Powder Springs Street Suite C19 Marietta, GA 30064 770-422-2995 mailto: cgalgano@ediconsulting.com http://www.ediconsulting.com EDI, Communications and AS400 Technical Consulting -----Original Message----- From: Tom Solnok <tsolnok@feistcorp.com> To: MIDRANGE-L@midrange.com <MIDRANGE-L@midrange.com> Date: Friday, October 01, 1999 10:43 PM Subject: RE: Green Screen access for customers - a couple suggestions. >If your dial-up can handle tcp/ip traffic you might want to try the tn5250 >client http://www.mochasoft.dk/win95.html#wtn5250 >It is cheap, $25 each or an unlimited company license for $250 - yeah, no >commas in that number! >A friend of mine suggested it to me - I don't use it but he has used it in >many locations on many pc's. I did test it with very good results. > >Now for an "old-tech" solution. We had an ASCII port on an AS400. Used full >featured communication programs (Pro-Comm Plus mainly but also Cross Talk, >Telex and a few other DOS or Windows programs) to dial up using VT100 with >the terminal keys mapped to work just like IBM's PC Support. About the only >keys that we couldn't map identically were Ctrl and Alt keys. Once you >defined the keyboard mapping it was easy to put on other machines. > >Good Luck. > >Tom Solnok tsolnok@feistcorp.com >Feist Publications > >-----Original Message----- >From: Mark A. Manske [mailto:manske@pconline.com] >Sent: Friday, October 01, 1999 2:04 PM >To: 'MidRange AS/400' >Subject: Green Screen access for customers - suggestions?? > > >Hello; I am a Sr. Project Lead at a distribution company. >We have customers that would like to dial into our AS/400 >have restricted access through the AS/400 security >and be able to change their SRP's. > >Here is the issue; we do not want to use Hyperterm; too >clumsy and not very nice to look at. >Our preference would be Client Access - >I am unclear of the IBM licensing issues with regards >to this option; not to mention the thing that concerns us the most >is the security issues with regards to being able to do file uploads >and downloads. > >With this in mind, is there a way to set CA up so that you do not >have access to upload/download; short of burning your own copy >and leaving out the *.EXE's that perform those functions; or >having to go to each customer site to install CA and "remove >features" after the fact. This all in all would still not stop a >savvy "geek" to get a full copy of CA and still have access to >upload/download by re-installing it. > >Bottom line, is there anything our there that functions like >the old dumb terminals we all grew up with (ok I'm dating >myself, I have worked on a S/3 , S/34, S/36, S/38 (mod 8) >talk about needing a whole floor for a system) > >It does not matter if they call our server or the AS/400; >I am just looking for thoughts and ideas to how this >could be accomplished economically for our customers >and simplistic for the company so the knowledge can >be passed on painlessly. > >Thank you in advance for any help.. > > > >Mark A. Manske [mailto:manske@pconline.com] >Sr. Project Lead >Minter-Weisman > > >+--- >| 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 >+--- +--- | 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.