Re: Batch FTP Fails, Interactive works - what to change? -- MIDRANGE-L

Hi,

You need to add the following commands to your CLP/LE program when you
use the batch FTP.

OVRDBF     FILE(INPUT) TOFILE(<filename>) MBR(<scriptmember>) 
OVRDBF     FILE(OUTPUT) TOFILE(<filename>) MBR(<logmember>) 

The <filename> is the name of the source physical file which contains
your script member. Also create a logmember to hold the log generated
out of the FTP session in a source physical file.

After these commands use the FTP command.

Hope this helps.

Thanks
Ajay
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
midrange-l-request@xxxxxxxxxxxx
Sent: Friday, October 06, 2006 1:55 AM
To: midrange-l@xxxxxxxxxxxx
Subject: MIDRANGE-L Digest, Vol 5, Issue 1923

Send MIDRANGE-L mailing list submissions to
        midrange-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/midrange-l
or, via email, send a message with subject or body 'help' to
        midrange-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        midrange-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific than
"Re: Contents of MIDRANGE-L digest..."


*** NOTE: When replying to this digest message, PLEASE remove all text
unrelated to your reply and change the subject line so it is meaningful.

Today's Topics:

   1. Security and "package" application software (Dave Odom)
   2. Re: See this? Help/Systems buys ASC (Trevor Perry)
   3. RE: See this? Help/Systems buys ASC (Nick_Radich@xxxxxxxxxxxxxx)
   4. RE: See this? Help/Systems buys ASC (Jeff Crosby)
   5. RE: Report Distribution SW (Crump, Mike)
   6. Re: Security and "package" application software (Jeff Young)
   7. Re: Batch FTP Fails, Interactive works - what to change?
      (Jim Essinger)
   8. Re: Security and "package" application software (rob@xxxxxxxxx)


----------------------------------------------------------------------

message: 1
date: Thu, 05 Oct 2006 12:21:36 -0700
from: "Dave Odom" <Dave.Odom@xxxxxxxxxxxx>
subject: Security and "package" application software

Is the following normal for i5 "package" vendors:

You buy and install a vendor's applications and, while they have an
internal security mechanism for allowing users to each and every piece
of their application, there is NO SECURITY on the files of the vendor's
applications if any user has command line access, Query access, ODBC,
FTP, etc.   Is this normal in the i5 world that a vendor would leave you
"open Kimono"  when comes to back doors?

I understood that reputable vendor's created their software such that
all files were MAYBE READ ONLY to end users and all access to change
data was via the application's authority and the application gained
those authorities during installation using a userid like QSECOFR or
QPGMR or other designated user with special privileges to objects.

What am I missing about the i5 world and its typical application vendor
and their development methodologies?

Thanks in advance,

Dave


------------------------------

message: 2
date: Thu, 5 Oct 2006 14:37:22 -0500
from: "Trevor Perry" <tperry@xxxxxxxxxxxxxxxxxxxxx>
subject: Re: See this? Help/Systems buys ASC

Jeff,

Wow! No caller id... must've been before ILE :-)

It is true that Help Systems are certainly a leader in marketing
visibility and kitsch - who does ~not~ have a plastic robot in their
office? I would propose that your experience with the rep was a one-off
- and in my experience this is not even close to the norm for Help
Systems.

There are some vendors in our world who are not worthy of our time, but
Help System is one who IS worthy, IMHO. Next time you are at COMMON, I
shall endeavor to introduce you to them!

Trevor

----- Original Message -----
From: "Jeff Crosby"
Subject: RE: See this? Help/Systems buys ASC

I just blow the spam and whatnot away like you do.  I too am incredibly
annoyed by it.

The phone calls I was getting at that time were before we had caller

ID,

so
I couldn't ignore them.  And once I answered, my upbringing would not 
allow
me to tell the person where to go and how to get there. ;)

-- 
Jeff Crosby




------------------------------

message: 3
date: Thu, 5 Oct 2006 14:40:48 -0500
from: Nick_Radich@xxxxxxxxxxxxxx
subject: RE: See this? Help/Systems buys ASC

Brian,

What a GREAT tool  :-)

I am going to try it out tonight.

How did you find it? <g>

Nick


Nick Radich
Sr. Programmer/Analyst
EPC Molding, Inc.
Direct  (320) 679-6683
Toll free  (800) 388-2155  ext. 6683
Fax  (320) 679-4516
nick_radich@xxxxxxxxxxxxxx



"Brian Piotrowski" <bpiotrowski@xxxxxxxxxxxxxxx> 
Sent by: midrange-l-bounces+nick_radich=epcmolding.com@xxxxxxxxxxxx
10/05/06 02:36 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
"Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
cc

Subject
RE: See this? Help/Systems buys ASC






It sounds like you needed the anti-sales (telemarketer) script:

http://www.xs4all.nl/~egbg/counterscript.html

What a great tool.  I used it twice so far.  Telemarketers hate it.

/b;

-----Original Message-----
From: Jeff Crosby [mailto:jlcrosby@xxxxxxxxxxxxxxxx] 
Sent: Thursday, October 05, 2006 3:29 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: See this? Help/Systems buys ASC

I just blow the spam and whatnot away like you do.  I too am incredibly
annoyed by it.

The phone calls I was getting at that time were before we had caller ID,
so
I couldn't ignore them.  And once I answered, my upbringing would not
allow
me to tell the person where to go and how to get there. ;)