wave of people to do vendor installs will not have government
laptops and will not be allowed to bring non-government laptops
onto the floor.
So the question is, can we use the HMCs to transfer data to z/os
via ind$file using either the HMC DVD or USB ports? If so, how
do you figure out what
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
John P. Baker
Sent: Sunday, July 18, 2010 1:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IND$FILE question
Ed,
There were separate products released for MVS, VM, and VSE. All were
released
There were separate products released for MVS, VM, and VSE. All were released
in 1983.
There was also a version for CICS. I don't know when it became available.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff
Ed Gould wrote:
I vaguely remember (A LONG TIME AGO mind you) that there was a
separately installable FMID for IND$FILE (bonus points for the year it came out)
My last few remaining brain cells can't help you with that... ;-D
Does anyone remember this? As a side question there was a separate
: Sunday, July 18, 2010 1:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: IND$FILE question
I vaguely remember (A LONG TIME AGO mind you) that there was a separately
installable FMID for IND$FILE (bonus points for the year it came out)
Does anyone remember this? As a side question there was a separate help
I vaguely remember (A LONG TIME AGO mind you) that there was a separately
installable FMID for IND$FILE (bonus points for the year it came out)
Does anyone remember this? As a side question there was a separate help member
in sys1.help (vague recollection here) Does(did?) IBM still ship
Thanks for posting your findings. I found it useful also.
Mark Hammond
-Original Message-
From: Pommier, Rex R. [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 3:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IND$FILE question
Hi Brian,
Thanks for the suggestions. I finally found
for the suggestion, tho.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Monday, April 28, 2008 5:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IND$FILE question
Pommier, Rex R. wrote:
Hi List,
I don't know if it is lack
Is it possible that the other person has tso ind$file instead of the
default as the host command specified in the file transfer settings?
Bill
On Fri, 2 May 2008 11:08:59 -0500, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
Hey Steve and Ed,
It isn't the action bar LIST option. It is something
it.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Brian Peterson
Sent: Monday, April 28, 2008 5:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IND$FILE question
Are you using the same terminal emulator? It is up to the terminal
emulator whether
Hi List,
I don't know if it is lack of sleep or just a bad day, but a programmer
came to me with a strange question that I can't find an answer to. We
are using IND$FILE to transfer small files from PCs to a PDS on TSO.
The users log onto TSO/ISPF then navigate to the ISPF command shell
@BAMA.UA.EDU
cc
Subject
IND$FILE question
Hi List,
I don't know if it is lack of sleep or just a bad day, but a programmer
came to me with a strange question that I can't find an answer to. We
are using IND$FILE to transfer small files from PCs to a PDS on TSO.
The users log onto TSO/ISPF
with IND$FILE that it always works
correctly from TSO READY. It will *sometimes* work from ISPF option 6, but it
will *always* work from TSO READY. I've seen problems where the data set
name was really long and the command was truncated (when using ISPF
option 6) and the same transfer command
Pommier, Rex R. wrote:
Hi List,
I don't know if it is lack of sleep or just a bad day, but a programmer
came to me with a strange question that I can't find an answer to. We
are using IND$FILE to transfer small files from PCs to a PDS on TSO.
The users log onto TSO/ISPF then navigate
What ever your security server may be (RACF, CA-ACF2, CA-TSS) audit the
successful use of the program IND$FILE so that all executions are logged.
This still does not address the issue.
Logging the use of IND$FILE (obsolete) does not manage all methods of moving
files from the mainframe to PC's
Was doing an interview audit one time. Subject was control of system
libraries and protecting them. Then I shocked the auditor by asking this
question.
Why are you so intent on protecting the system from me, whose livelihood
is dependent on keeping it healthy? What about that hourly operator
The SMF 30 contains no TSO COMMAND usage information
by command name, but any DDNAMEs allocated during the
TSO session are recorded in the SMF 30s, so you can
often/sometimes recognize what TSO command was used
from recognizable unique DDNAMEs in the SMF 30,
but without 100% accuracy.
And you
transferring the data
to a medium they should not be. Adding the audit of programs that help copy
data is part of that. And tracking how data is used. The notion that
monitoring IND$FILE does anything by itself falls short. I can use a program by
any name to make a copy of production data to sysuid
This post: Use of SPFEDIT in my own program Bob Rutledge
[EMAIL PROTECTED] is a fine example of how to educate the OP
instead of doing their work for them.
On Sun, 20 Apr 2008 10:29:28 -0500, Kenneth E Tomiak
[EMAIL PROTECTED] wrote:
After awhile I start to spot a trend from some people
of IND$FILE
After awhile I start to spot a trend from some people posting here that they
are not trying to learn how to do something, they have figured out how to
get
IBM-MAIN to do their job for them.
So if someone asks how to audit a program 'A' and then later asks how to
audit program 'B
I believe IND$FILE is implemented as a Command Processor
(and not a CLIST that CALLs a program); therefore you
can create an SMF type 32 record for each use of the
command.
The SMF Manual discusses enablement in Chapter 4.
Barry
Barry Merrill
Herbert W. Barry Merrill, PhD
President
looking at ANAL30DD(slightly modified) after we went to mostly TN3270 and was
trying to looking at FTP statistics or something and discovered high use of
IND$FILE. Turns out the emulators didn't trust FTP back then.
**Need a new ride? Check out the largest site for U.S. used car
PROTECTED] On
Behalf Of Kenneth E Tomiak
Sent: 20. huhtikuuta 2008 18:29
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: how to audit the usage of IND$FILE
If they ask for a program to use the SMF data and someone directs them
to a working assembler sample on cbttape.org but it isn't the exact
report they want
-snip--
Are you referring to me?
If so it doesn't take much. I feel like a hero every time I come home
and my cats recognize me. If I can get an assembler program to make it
to the linkedit step, I feel like a demigod.
to have searched the
archives.)
So if someone asks how to audit a program 'A' and then later asks how to
audit program 'B', did they learn anything the first time? ...
If this happens too many times (and twice is too many) my paranoia
kicks in. Many of the responses to How do I audit IND$FILE? have
can stop it. We can just try our best to protect the shop
resources. To be a system programmer, we have responsibility to deal with
it.
Frankly, we have many communication path, AFTP (protect by program) , FTP
(we are not open yet), Ind$file (I create a dummy program on top of it),
HDS (rapidxchange
, the emulator is running on the server, not on the
user's desktop. That stops IND$FILE and ftp transfers directly to the
user's desktop. I am fairly sure that it stops doing cut'n'paste as
well. What it does not stop is ftp to their share on the server, then
email the code to themselves
On Fri, Apr 18, 2008 at 1:47 AM, Kenneth E Tomiak
[EMAIL PROTECTED] wrote:
Do you strip search them as they leave the building to ensure paper is not in
their posession? Ignoring the possibility of print-screen like functions, I
can
take a pen and a piece of paper and copy a file byte by
Don Leahy wrote:
[...]
How about stealing an idea from the movie Paycheck. We could wipe
the memory of the programmer as soon as the engagement is over. :-)
This thread has started to get sillybut it is Friday.
Not necessarily.
There is big difference between memorizing few lines
Oh, another possibility is to use RACF and PADS, but I don't know if
that will work to allow ISPF EDIT but disallow basically everything
else, such as IND$FILE.
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
On Fri, 18 Apr 2008 00:47:29 -0500, Kenneth E Tomiak ranted:
Tommy Tsui has had posts before, IIRC, that indicate a complete lack of
knowledge about how an operating system works. I believe he has been
asking
how to audit just about everything. Ignorant of what SMF can record, how to
process SMF
, the emulator is running on the server, not on the
user's desktop. That stops IND$FILE and ftp transfers directly to the
user's desktop. I am fairly sure that it stops doing cut'n'paste as
well. What it does not stop is ftp to their share on the server, then
email the code to themselves
is running on the server, not on the
user's desktop. That stops IND$FILE and ftp transfers directly to the
user's desktop. I am fairly sure that it stops doing cut'n'paste as
well. What it does not stop is ftp to their share on the server, then
email the code to themselves. But this is becoming more
Tom Schmidt
(BTW, I know of a company nearby that has a policy prohibiting cellphones
with cameras but they have no prohibition regarding cameras without
cellphones. You may bring in a digital camera - as long as it isn't part of
a cell phone!)
My comapny won't allow cameras without a camera
Thought I would see if this might be expanded to what do you do if you had
someone in your organization you thought was stealing company priority
information (source code, data, etc)
I would think that if that person were working on a company supplied PC then
the company could install some sort
Hi all,
Is there any way that can keep track the usage of IND$FILE, if the user
rename the IND$FILE to ther own location and call it with TN3270, how can we
check this case.
regards
--
For IBM-MAIN subscribe / signoff / archive
On Thu, 17 Apr 2008 15:00:29 +0800 Tommy Tsui [EMAIL PROTECTED] wrote:
:Is there any way that can keep track the usage of IND$FILE, if the user
:rename the IND$FILE to ther own location and call it with TN3270, how can we
:check this case.
WHy do you want to do this? What is your business case
of IND$FILE, if the user
:rename the IND$FILE to ther own location and call it with TN3270, how
can we
:check this case.
WHy do you want to do this? What is your business case?
--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
, Binyamin Dissen [EMAIL PROTECTED] wrote:
: On Thu, 17 Apr 2008 15:00:29 +0800 Tommy Tsui [EMAIL PROTECTED] wrote:
: :Is there any way that can keep track the usage of IND$FILE, if the user
: :rename the IND$FILE to ther own location and call it with TN3270, how
: can we
: :check this case.
: WHy do you
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Tommy Tsui
Sent: Thursday, April 17, 2008 9:07 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: how to audit the usage of IND$FILE
because our audit want to check the unauthorized user
Tommy,
Why don't you put AUDIT on the source file and see who touches it for READ?
IIRC, IND$FILE might be possible to track if you had a product like MXG or
SOFTAUDT or MICS and the access was to the mainframe. Is there a specific way
they are invoking IND$FILE? From a PC or from
As someone else already pointed out, although cumbersome, you can
always cutpaste what you see on your 3270 screen.
Don't grant people access to data they don't need.
Don't grant people access to the system if you don't trust them.
Of what value is an audit record that says the data has been
Is there any way that can keep track the usage of IND$FILE, if the user rename
the IND$FILE to ther own location and call it with TN3270, how can we
check this case.
Why do you want to audit it?
There are many ways to transfer files around besides that method.
-
Too busy driving to stop for gas
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Thursday, April 17, 2008 1:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: how to audit the usage of IND$FILE
Is there any way that can keep track the usage of IND$FILE
On Thu, Apr 17, 2008 at 10:19 AM, Binyamin Dissen
[EMAIL PROTECTED] wrote:
On Thu, 17 Apr 2008 22:07:11 +0800 Tommy Tsui [EMAIL PROTECTED] wrote:
:because our audit want to check the unauthorized user (outsource
:programmer) download the source program from our shop.
How will this prevent
[EMAIL PROTECTED] wrote:
:Is there any way that can keep track the usage of IND$FILE, if the user
:rename the IND$FILE to ther own location and call it with TN3270, how
can we
:check this case.
WHy do you want to do this? What is your business case?
The problem, Tommy, is that IND$FILE
On Thu, 17 Apr 2008 22:07:11 +0800, Tommy Tsui wrote:
because our audit want to check the unauthorized user (outsource
programmer) download the source program from our shop.
First, have you protected it with RACF?
-- gil
--
because our audit want to check the unauthorized user (outsource programmer)
download the source program from our shop.
What about ftp? Copy Paste?
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff /
But the exposure exists because you gave the user READ access to the data.
This has been discussed before on the RACF-L forum.
It is better to protect the data, rather than the method of copying.
-
Too busy driving to stop for gas!
It is better to protect the data, rather than the method of copying.
That doesn't help if you want the programmer to work on a program
but you don't want him to take it with him.
Date: Thu, 17 Apr 2008 20:41:35 +
From: [EMAIL PROTECTED]
Subject: Re: how to audit the usage of IND
That doesn't help if you want the programmer to work on a program but you
don't want him to take it with him.
If he can read it, he can copy it.
And, how protecting IND$FILE will not be enough.
There are many methods, but the crudest one cannot be protected except by
giving the programmer
Is JK Rowling the auditor?
Tommy Tsui wrote:
because our audit want to check the unauthorized user (outsource
programmer) download the source program from our shop.
snip
--
For IBM-MAIN subscribe / signoff / archive
On Thu, 17 Apr 2008 21:30:43 +, Ted MacNEIL wrote:
That doesn't help if you want the programmer to work on a program but you
don't want him to take it with him.
If he can read it, he can copy it.
And, how protecting IND$FILE will not be enough.
There are many methods, but the crudest one
Either you trust your programmer's ethics or you shouldn't provide access to
the treasured source. There is no in between.
Exactly! Everytime you work with an 'outsider' (contractor, outsourcer,
consultant, etc.), you have a risk evaluation to do.
You either trust them, or you don't.
If you
Or modularize the design so that no one part is known by everyone. I
think that's why Windows works so well.
Ted MacNEIL wrote:
Either you trust your programmer's ethics or you shouldn't provide access to the
treasured source. There is no in between.
Exactly! Everytime you work
Or modularize the design so that no one part is known by everyone. I
think that's why Windows works so well.
LOL! :-)
George Fogg
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
On Thu, Apr 17, 2008 at 5:30 PM, Ted MacNEIL [EMAIL PROTECTED] wrote:
That doesn't help if you want the programmer to work on a program but you
don't want him to take it with him.
If he can read it, he can copy it.
And, how protecting IND$FILE will not be enough.
There are many methods
copy it.
And, how protecting IND$FILE will not be enough.
There are many methods, but the crudest one cannot be protected except by
giving the programmer an old 3270 green screen (actually, take the PC away
from him (8-{}).
Even a green screen is no guarantee if the programmer smuggles
If you have a cell phone camera, it is not that big of an issue - no one
really thinks there is a camera in the building when it is in a cell phone.
It depends where you work.
Th company I recently got downsized from actually had a policy against cell
cameras.
-
Too busy driving to stop for
Don Leahy wrote:
Even a green screen is no guarantee if the programmer smuggles a
camera into the office and takes pictures as he scrolls. Tedious
perhaps, but it would work.
Camera? I have a VBS macro for IBM's PCOMM that scrolls forward and
appends each screen's worth of data to a text
On Thu, Apr 17, 2008 at 11:00 PM, Edward Jaffe
[EMAIL PROTECTED] wrote:
Don Leahy wrote:
Even a green screen is no guarantee if the programmer smuggles a
camera into the office and takes pictures as he scrolls. Tedious
perhaps, but it would work.
Camera? I have a VBS macro for
:
It is better to protect the data, rather than the method of copying.
That doesn't help if you want the programmer to work on a program
but you don't want him to take it with him.
Date: Thu, 17 Apr 2008 20:41:35 +
From: [EMAIL PROTECTED]
Subject: Re: how to audit the usage of IND
In [EMAIL PROTECTED], on 02/05/2008
at 02:17 PM, Ed Finnell [EMAIL PROTECTED] said:
Maybe that was the 3270 data stream reference on dumb terminals.
That would have been nice, since everybody relevant had a copy.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In a message dated 2/6/2008 6:48:13 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
That would have been nice, since everybody relevant had a copy.
Guess the thinking was for field support. Nobody can carry all the manuals
for all the thousands of terminals at large installations
Ed Finnell [EMAIL PROTECTED] wrote:
The best doc I saw was the 3270AT book in late 80's.
That's what I recall from my days supporting an emulator. We had one copy of
that book, kept under careful guard (not for secrecy, just to make sure it
didn't wander off into a pile in someone's office,
In a message dated 2/5/2008 4:30:59 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
That's what I recall from my days supporting an emulator. We had one copy of
that book, kept under careful guard (not for secrecy, just to make sure it
didn't wander off into a pile in someone's
that supported IND$FILE. In fact,
my recollection is that IND$FILE was initially shipped as support for the
bundled software on the 3270PC.
Anybody have a time-line on the various 3270PC models and which features
appeared on which?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position
is realizing greater revenue, or
merely irritating the customers?
Give him a break, Gil. IND$FILE came out in the early 1980s.
Does IBM (or any business
partner who might have access to those specs on an NDA basis)
even market an IND$FILE client nowadays?
We (Proginet) sell a product called
On Mon, 4 Feb 2008 01:05:06 -0600, Alan Altmark wrote:
On Sun, 3 Feb 2008 12:52:17 -0500, Shmuel Metz (Seymour J.) wrote:
You may be able to get information from vendors who have reversed
engineered it, but the only IBM documentation on IND$FILE was a skimpy
manual that contained absolutely
On Sat, 2 Feb 2008 15:59:33 -0500, Pinnacle wrote:
IND$FILE is slower at most installations because VTAM is not optimized for
throughput, but instead for robustness of delivery. I've been at some shops
where VTAM screams and have gotten 1M (1000KB) per second with IND$FILE. So
it ain't always
On Mon, 4 Feb 2008 12:46:28 -0600, Tony Harminc wrote:
Give him a break, Gil. IND$FILE came out in the early 1980s.
Are you saying they haven't had enough time to produce the
document? How long should it take?
What's the support status of IND$FILE? If it fails, can
a customer report a problem
Are you saying they haven't had enough time to produce the document? How
long should it take?
What's the support status of IND$FILE? If it fails, can a customer report a
problem? Pretty hard without the specs. I suspect it's supported, if at
all, only when used in connection
In a message dated 2/4/2008 3:43:27 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
I apologize to everyone on the list for ever bringing up IND$FILE. I forgot
who some of the list participants are. My bad.
The best doc I saw was the 3270AT book in late 80's. Can't find much via
In [EMAIL PROTECTED],
on 02/01/2008
at 10:24 AM, Bob Shannon [EMAIL PROTECTED] said:
I have searched high and low for documentation on this relic. Can anyone
help?
You may be able to get information from vendors who have reversed
engineered it, but the only IBM documentation on IND$FILE
In [EMAIL PROTECTED], on 02/02/2008
at 03:59 PM, Pinnacle [EMAIL PROTECTED] said:
IND$FILE is slower at most installations because VTAM is not optimized
for throughput, but instead for robustness of delivery.
Why do you say that? Don't confuse the options appropriate for a basic LU2
session
On Sun, 3 Feb 2008 12:52:17 -0500, Shmuel Metz (Seymour J.)
[EMAIL PROTECTED] wrote:
You may be able to get information from vendors who have reversed
engineered it, but the only IBM documentation on IND$FILE was a skimpy
manual that contained absolutely no useful information. If you have an old
On Fri, 1 Feb 2008 13:02:15 EST, Ed Finnell [EMAIL PROTECTED] wrote:
... I was surprised as we converted over to IP network
how many emulators Hummingbird, QWS3270, and maybe PCOMM used IND$FILE as
preferred upload/download but were customizable to use FTP.
...
You don't mention whether your
In a message dated 2/2/2008 1:56:17 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
You don't mention whether your surprise was about the preferred
IND$FILE or that FTP is a customizable alternative. I suspect you
meant the former; I'm more surprised by the latter.
Well
However, IND$FILE transfers are very slow compared to FTP. I doubt
anybody would choose IND$FILE if FTP were available.
IND$FILE is slower at most installations because VTAM is not optimized for
throughput, but instead for robustness of delivery. I've been at some shops
where VTAM screams
at the same IP addr as the
Tn3270 server or does it ask for the FTP servers IP addr?
At the very least, there is more customization needed for the FTP
support than for the IND$FILE.
Most browsers and some E-mail clients do it, with little or
no configuration required. What happens when you click
From: [EMAIL PROTECTED]
Does DSLIST have a prefix command to transfer a file? (I'm
expecting Dave S. to jump in any time now.)
Okay, I'll bite. ;-)
Data sets can be selected from a DSLIST using 'N' for traNsfer (if SimpList is
installed). The transfer takes place using the ISPF
I have searched high and low for documentation on this relic. Can anyone help?
TIA.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Shannon
Sent: Friday, February 01, 2008 9:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IND$FILE
I have searched high and low for documentation on this relic.
Can anyone help? TIA
Bob Shannon schrieb:
I have searched high and low for documentation on this relic. Can anyone help?
TIA.
If you are able to understand C, then have a look at the x3270
Package. It Supports IND$FILE Transfers in DFT and CUT mode.
Bye,
Michael
I'm just looking for a user's guide. I'm having a debate about what it can and
cannot do, and without a manual it's a my dad can beat your dad discussion.
And no, I haven't used IND$FILE myself in a decade or more.
Bob Shannon
Rocket Software
On Feb 1, 2008, at 9:24 AM, Bob Shannon wrote:
I have searched high and low for documentation on this relic. Can
anyone help? TIA.
Bob Shannon
Rocket Software
Bob,
The *ONLY* doc that I have *EVER* seen was in a booklet (binder that
had a 4 page chapter in it) that came with the PC. I
Bob Shannon of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
wrote on 02/01/2008 09:24:00 AM:
I have searched high and low for documentation on this relic. Can
anyone help? TIA.
Gilbert Saint-Flour has a web page dedicated to IND$FILE with a number of
references to other docs.
http
-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob Shannon
Sent: Friday, February 01, 2008 09:24
To: IBM-MAIN@BAMA.UA.EDU
Subject: IND$FILE
I have searched high and low for documentation on this relic. Can anyone
help? TIA.
Bob Shannon
Rocket Software
Bob,
What do you need to know?
Fred
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Bob Shannon
Sent: Friday, February 01, 2008 9:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IND$FILE
I have searched high and low for documentation on this relic
In a message dated 2/1/2008 9:38:50 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
And no, I haven't used IND$FILE myself in a decade or more.
Think I said this before. I was surprised as we converted over to IP network
how many emulators Hummingbird, QWS3270, and maybe PCOMM
Tom Conley writes:
So where's the doc on how to add an IND$FILE button to HATS?
I've looked high and low at the HATS doc, but I can't find IND$FILE
even mentioned.
It's well hidden in the docs and somewhat theoretical. I'll try to sketch
it out.
First of all, what's the client protocol going
- Original Message -
From: Timothy Sipples [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Friday, November 02, 2007 12:24 AM
Subject: Re: HATS support for IND$FILE or ISPF C/S
The underlying HATS code libraries, which include HACL, at the very least,
support IND$FILE
Does HATS support either IND$FILE or ISPF C/S? My current client looks to
give me remote access via HATS, but it will be limited in effectiveness if I
can't xfer files. The HATS documentation is utterly silent on this point.
Regards,
Tom Conley
The underlying HATS code libraries, which include HACL, at the very least,
support IND$FILE (and FTP, SFTP, etc.) My guess is it's unlikely the
company you're dealing with exposed those functions in any way in the HATS
Web presentation.
It is often the case that HATS buyers also bought Host
I was recently digging around on this subject. In addition to some more
current threads on this list and GSF-SOFTs Document (Thank you sirs it was
JUST what I needed) I found a Google cache of a post by Donald Burton
Williams from Tue, 23 Mar 1999. The thread was desperately seeking a
particular
95 matches
Mail list logo