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


  • Subject: RE: General AS/400 Question
  • From: Neil Palmer <npalmer@xxxxxxxxxxx>
  • Date: Tue, 14 Apr 1998 14:04:55 -0600

Hmmmm.  I mentioned help/systems in my reply also, and mentioned that I
had no direct experience with them.  
In light of your experiences, I will cease to recommend them.

...Thanks



Neil Palmer                                AS/400~~~~~      
NxTrend Technology - Canada   ____________          ___  ~     
Thornhill, Ontario,  Canada   |OOOOOOOOOO| ________  o|__||=   
Phone: (905) 731-9000  x238   |__________|_|______|_|______)   
Cell.: (416) 565-1682  x238    oo      oo   oo  oo   OOOo=o\   
Fax:   (905) 731-9202       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
mailto:NPalmer@NxTrend.com    AS/400  The Ultimate Business Server      
http://www.NxTrend.com

> -----Original Message-----
> From: Laura Ausel [SMTP:v2keaa42@us.ibm.com]
> Sent: Tuesday, April 14, 1998 12:10 PM
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: General AS/400 Question
> 
> Paul Musselmann recently mentioned Help System's Robot products in
> response to
> this question.  Let me add my 2 cents about that.
> 
> About 18 months ago, I evaluated Help System's paging product as part
> of a
> project to un-staff my night shift.  I figured since they have
> market-share
> they MUST be a reputable company.  I was wrong.  Here's what happend:
> 
>   I loaded the program, according to the directions, as QSECOFR.   I
> fully
> realize that this, in itself can be suspect and I should (and did)
> require my
> software NOT to need QSECOFR for any reason.  However, I also realize
> that this
> is sometime the best way to load software, when the person doing the
> load may
> not have the legitimately needed authorities to do the setup (e.g.
> *IOSYSCFG
> for comm configuration, etc) under their own profile - even though
> they may
> have all the authority they need to run the product.  So I loaded.
> And I found
> that their install program, WITH NO FOREWARNING OR PERMISSION, in the
> documentation or on a screen at install time, CHANGED MY QSYSLIBL.
> They PUT
> RBTSYSADM (or some such library name, their baseline library at any
> rate)  AH
> EAD OF QSYS in my qsyslibl WITH *PUBLIC *CHANGE authority. Needlless
> to say I
> was not happy.  I was even less happy when I discovered *2*
> SYSTEM-STATE MI
> programs in their libraries.  I was told by their tech support that
> 'this is
> the only way' they can make their function run - but in the case of at
> least
> one of those programs they simply needed the correct MI command.  When
> I called
> them on these two intrusions, questioning the whys and wherefores I
> was told
> that they do this for their customers' convenience and that they
> didn't need my
> business (I was in state government at the time) if I didn't like the
> way they
> wrote their code.  That came from one of their Vice Presidents.  They
> didn't
> get my business.  I don't do business with hackers who hide under the
> covers of
> "this is the only way" and "our customers want the convenience".
> 
>  For those who want to know, my business went to MBA for their Page
> Manager
> product.  Yes, they needed QSECOFR to load - but only for the ease in
> creating
> line/controller/device descriptions.  And, when I called them they
> explained in
> great detail what happend in their installation program and why - to
> the extent
> of faxing me their source code to review.  I found their tech reps
> easy to work
> with and genuinely concerned with not only making life easier for
> their
> customers but also respecting their customers' security requirements.
> 
> Laura Ausel  -  Keane, Inc., Service Partner
> "Do something.  Lead, follow, or get out of the way."
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@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 thread ...

Follow-Ups:

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.