On Sun, 2 Dec 2018 19:20:07 +, Seymour J Metz wrote:
>I believe that he's using a different meaning of client, e.g., customer.
>
>IND$FILE, SFTP and WSA are all easier to use for people who are not at home
>with the Eunix utilities.
>
My favorite approach has been NFS. It puts my z/OS data
ies.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 29, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did
Discussion List on behalf of
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 29, 2018 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?
On Thu, 29 Nov 2018 12:13:05 -0800, Tom Brennan wrote:
>
>> an
ubject: Re: IND$FILE -- where did the name come from?
I didn't notice anyone asking (or answering preemptively) the question of what
IND$FILE is or how it works. First off, it is not a 'file transfer tool' like
FTP or SFTP. It is a program that spoofs 3270 terminal data entry to up or
dow
:52 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IND$FILE -- where did the name come from?
On Sat, 1 Dec 2018 18:08:26 -0500, Don Leahy wrote:
>Why all the love for IND$FILE? ISPF's workstation agent (WSA) is a far
>superior solution to the problem of sending files between your
On Sat, 1 Dec 2018 19:12:06 -0500, Don Leahy wrote:
>So what? You can also download it using IND$FILE. That was the last time
>I used IND$FILE.
>
>On Sat, Dec 1, 2018 at 6:52 PM Paul Gilmartin wrote:
>
>> Linux?
>> MacOS?
>> Solaris?
>> ... ?
-- gil
So what? You can also download it using IND$FILE. That was the last time
I used IND$FILE.
I prefer WSA because it is very easy to automate using Rexx.
On Sat, Dec 1, 2018 at 6:52 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Sat, 1 Dec 2018 18:08:26 -0500,
On Sat, 1 Dec 2018 18:08:26 -0500, Don Leahy wrote:
>Why all the love for IND$FILE? ISPF's workstation agent (WSA) is a far
>superior solution to the problem of sending files between your work station
>and the mainframe. Easy to automate (see the ISPF FILEXFER service) and is
>included with
Why all the love for IND$FILE? ISPF's workstation agent (WSA) is a far
superior solution to the problem of sending files between your work station
and the mainframe. Easy to automate (see the ISPF FILEXFER service) and is
included with ISPF at no additional cost.
On Sat, Dec 1, 2018 at 3:37 PM
On Sat, 1 Dec 2018 20:46:19 +, Robert Prins wrote:
>On 2018-11-30 12:33, John Eells wrote:
>>
>> IND$FILE, as part of z/OS, remains supported. As far as I know, support for
>> it
>> has never lapsed (certainly not since its inclusion into OS/390).
>
>If it's supported, then would you be
On 2018-11-30 12:33, John Eells wrote:
Seymour J Metz wrote:
I believe that IND$FILE is included in your z/OS license. I also believe that
it is long out of support and less efficient than, e.g., SFTP (yes, FTP is
considered insecure these days.)
IND$FILE, as part of z/OS, remains
On 2018-11-29 18:39, Seymour J Metz wrote:
> OCO was a gradual infestation. DF/DS, DF/EF (15 % discount on plasma),
> MVS/SE, MVS/SP and, as I recall, DFP, preceded it, and the was still
> microfiche for, e.g., TSO/E, long after OCO had started.
OCO was a lot more gradual than the speed IBM
On 11/30/2018 9:13 PM, Jesse 1 Robinson wrote:
The reason it's so slow is that it simulates keyboard entry. Not elegant but
competent. Not ideal for large files, but here's how I made peace with it long
ago.
IND$FILE protocol hasn't simulated true keyboard entry for a long, Long,
LONG
] On Behalf
Of Tony Harminc
Sent: Friday, November 30, 2018 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IND$FILE -- where did the name come from?
On Fri, 30 Nov 2018 at 14:37, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> Does IBM support any suc
On Fri, 30 Nov 2018 at 14:37, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> Does IBM support any such clients nowadays?
I have an old (2006) version of Pcom "Workstation Program Version 5.9 for
Windows" that seems to have a built-in client.
And the Help->About has
On Fri, 30 Nov 2018 15:17:22 +0800, Timothy Sipples wrote:
>
>IBM Program Number 5665-311, 3270 PC File Transfer Program for TSO, is
>still marketed and supported as a standalone product (as I write this).
>However, starting with z/OS 2.1, it is included in the z/OS base operating
>system
The text in the section from which the eye-catcher below was extracted
has certainly not been updated since 1988. But the last of the six PTFs
(UR43604) for this FMID (HFX1112) was made available 2 June 1995.
Mike Schwab wrote:
It hasn't been updated since 1988.
On Fri, Nov 30, 2018 at 7:00
Elardus Engelbrecht wrote:
John Eells wrote:
IND$FILE, as part of z/OS, remains supported. As far as I know, support for it
has never lapsed (certainly not since its inclusion into OS/390).
Indeed and thanks for the clarification. I am somewhat perplexed by this
discussion. This module is
John Eells wrote:
>IND$FILE, as part of z/OS, remains supported. As far as I know, support for
>it has never lapsed (certainly not since its inclusion into OS/390).
Indeed and thanks for the clarification. I am somewhat perplexed by this
discussion. This module is found in SYS1.CMDLIB and as
Seymour J Metz wrote:
I believe that IND$FILE is included in your z/OS license. I also believe that
it is long out of support and less efficient than, e.g., SFTP (yes, FTP is
considered insecure these days.)
IND$FILE, as part of z/OS, remains supported. As far as I know, support
for it
On 11/29/2018 11:17 PM, Timothy Sipples wrote:
As for efficiency, it depends on how you measure efficiency. IND$FILE can
be extremely efficient all around when a user with a terminal emulator
transfers a small file on an ad hoc basis.
A terminal emulator may also have a setting for the
Shmuel Metz wrote:
>I believe that IND$FILE is included in your z/OS license.
IBM Program Number 5665-311, 3270 PC File Transfer Program for TSO, is
still marketed and supported as a standalone product (as I write this).
However, starting with z/OS 2.1, it is included in the z/OS base operating
On 11/29/2018 2:47 PM, Paul Gilmartin wrote:
Don't *you* need to be the client to control IND$FILE? (I'd say, "instructed
a client to use IND$FILE to transfer from my site.")
Yes, IND$FILE performs the host side processing, and I had access to TSO
via a terminal emulator on a company
On Thu, 29 Nov 2018 12:13:05 -0800, Tom Brennan wrote:
>
>> and employees use it to circumvent policies prohibiting data transfer.
>
>Or maybe just to avoid delays in getting what an auditor might call
>"proper" access. For example, I've used IND$FILE to transfer an entire
>dumped/xmited 3390
: IND$FILE -- where did the name come from? [ EXTERNAL ]
c ' auditors are unaware that many terminal emulators imbed IND$FILE' ''
AFAIK, IND$FILE has always required a license.
--
Shmuel (Seymour J.) Metz
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFAw=huW
<000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 29, 2018 2:52 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IND$FILE -- where did the name come from?
On Thu, 29 Nov 2018 19:06:15 +, Seymour J Metz wrote:
>I believe that IND$FILE is included in your z/OS license. I als
On 11/29/2018 11:52 AM, Paul Gilmartin wrote:
I suspect that some auditors are unaware that many terminal emulators imbed
IND$FILE
and employees use it to circumvent policies prohibiting data transfer.
Or maybe just to avoid delays in getting what an auditor might call
"proper" access. For
On Thu, 29 Nov 2018 19:06:15 +, Seymour J Metz wrote:
>I believe that IND$FILE is included in your z/OS license. I also believe that
>it is long out of support and less efficient than, e.g., SFTP (yes, FTP is
>considered insecure these days.)
>
I suspect that some auditors are unaware that
He was a TSO developer around that time. They had a clist compiler and CMS
under MVS but couldn't get it out the door. Last presentation at SHARE was
RATSO(Really Advanced). My thought was he would know the author. I found a few
hits but looks like he's gone from IBM to BMW.
In a message dated
Edward Finnell wrote:
>Anybody have a handle on Sam Lapore?
Lepore? Why? Context/relevance?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
Mainframe Discussion List on behalf of
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 28, 2018 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?
On Tue, 27 Nov 2018 21:58:01 +, Edward Finnell wrote:
From: IBM Mainframe Discussion List on behalf of Tom
Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, November 29, 2018 1:19 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IND$FILE -- where did the name come from?
On Thu, 29 Nov 2018 14:50:00 +, David Spiegel
, November 29, 2018 9:50 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: IND$FILE -- where did the name come from?
I disagree. OCO, IIRC, started in 1983.
On 2018-11-29 09:18, Tom Marchant wrote:
> On Wed, 28 Nov 2018 16:50:07 -0600, Paul Gilmartin wrote:
>
>> What's the license status
://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, November 29, 2018 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?
I agree, during my first
On Thu, 29 Nov 2018 14:50:00 +, David Spiegel wrote:
>I disagree. OCO, IIRC, started in 1983.
You might be right, I can't remember. I was certainly using microfiche into the
'80s.
However, MVS as a program product was a few years before 1983.
--
Tom Marchant
>
>On 2018-11-29 09:18, Tom
UA.EDU] On
> Behalf Of David Spiegel
> Sent: 29 November, 2018 15:50
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IND$FILE -- where did the name come from?
>
> I disagree. OCO, IIRC, started in 1983.
>
> On 2018-11-29 09:18, Tom Marchant wrote:
> > On Wed, 28 Nov 2018
I disagree. OCO, IIRC, started in 1983.
On 2018-11-29 09:18, Tom Marchant wrote:
> On Wed, 28 Nov 2018 16:50:07 -0600, Paul Gilmartin wrote:
>
>> What's the license status of IND$FILE?
>>
>> If it was delivered before IBM licensed software, customers and others
>> are free to use it anywhre, even
"LICENCED" suggests UK origin. Interesting.
On Thu, Nov 29, 2018 at 9:19 AM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 28 Nov 2018 16:50:07 -0600, Paul Gilmartin wrote:
>
> >What's the license status of IND$FILE?
> >
> >If it was delivered before IBM licensed
On Wed, 28 Nov 2018 16:50:07 -0600, Paul Gilmartin wrote:
>What's the license status of IND$FILE?
>
>If it was delivered before IBM licensed software, customers and others
>are free to use it anywhre, even Hercules.
Browsing the load module reveals this:
5665-311 COPYRIGHT IBM CORP 1983,1988;
Phil Smith III wrote:
>Jack J. Woehr wrote:
>>IND$FILE clearly is short for
>>*I* *N*eed to *D*ownload this *$*#!% *FILE*
>I like it!! We have a winner.
Absolutely. This winner is larger than IGDZILLA ... ;-D
Groete / Greetings
Elardus Engelbrecht
Jack J. Woehr wrote:
>IND$FILE clearly is short for
>*I* *N*eed to *D*ownload this *$*#!% *FILE*
I like it!! We have a winner.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
IND$FILE clearly is short for
*I* *N*eed to *D*ownload this *$*#!% *FILE*
--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human
Anybody have a handle on Sam Lapore?
In a message dated 11/28/2018 7:03:26 PM Central Standard Time,
rogerbo...@gmail.com writes:
Now if somebody has the documentation for that it might explain the name
IND$FILE.
--
For
>
> https://en.wikipedia.org/wiki/IBM_3270_PC
>
> Mike Wawiorko
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Charles Mills
> Sent: 28 November 2018 16:26
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IND$FILE -- where did the name
On Tue, 27 Nov 2018 21:58:01 +, Edward Finnell wrote:
>It's been marked 'Corporate Confidential' for years.
>
What's the license status of IND$FILE?
If it was delivered before IBM licensed software, customers and others
are free to use it anywhre, even Hercules. And IBM has no obligation
ISTR there is/was a naming committee. Maybe there's an archive. Bill Neiman in
the ESA roll-out said XCF was the 34th choice.
In a message dated 11/28/2018 11:22:25 AM Central Standard Time,
martin_pac...@uk.ibm.com writes:
Maybe back as far as MYTE.
rc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 28/11/2018 16:35
Subject: Re: IND$FILE -- where did the name come from?
Sent by:IBM Mainframe Discussion List
Back to the IBM 3270 PC perhaps.
https://en.wikipedia.org/wiki/IBM_3270_PC
Mike Wawiorko
-Origin
List on behalf of
Mike Wawiorko <014ab5cdfb21-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 28, 2018 11:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?
Back to the IBM 3270 PC perhaps.
https://secure-web.cis
Back to the IBM 3270 PC perhaps.
https://en.wikipedia.org/wiki/IBM_3270_PC
Mike Wawiorko
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: 28 November 2018 16:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from
Back well before Windows 3. Back to DOS.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Roger Bolan
Sent: Wednesday, November 28, 2018 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come
phically disposed.)
>
> At my old company we reverse-engineered the protocol.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Smith III
> Sent: Tuesday, November 27, 2018 8:47 PM
&g
8:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?
That link doesn't tell me anything about the name that I can see.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
That link doesn't tell me anything about the name that I can see.
Somewhere I think I still have a copy of the one and only manual that documents
the protocol. It was part of some early version of
PCOMM, IIRC, and is very rare. Still doesn't explain the name.
Charles' explanation might be
On 11/27/2018 4:58 PM, Mike Schwab wrote:
http://gsf-soft.com/Documents/IND$FILE.html
On Tue, Nov 27, 2018 at 3:48 PM Charles Mills wrote:
Even after his passing, Gilbert continues to contribute. RIP, notre ami.
Regards,
Tom Conley
, 2018 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?
It's been marked 'Corporate Confidential' for years.
In a message dated 11/27/2018 2:33:46 PM Central Standard Time, li...@akphs.com
writes:
IND$FILE got it
M Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Phil Smith III
> Sent: Tuesday, November 27, 2018 3:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IND$FILE -- where did the name come from?
>
> Anyone know how IND$FI
It's been marked 'Corporate Confidential' for years.
In a message dated 11/27/2018 2:33:46 PM Central Standard Time, li...@akphs.com
writes:
IND$FILE got its name?
--
For IBM-MAIN subscribe / signoff / archive access
@LISTSERV.UA.EDU
Subject: IND$FILE -- where did the name come from?
Anyone know how IND$FILE got its name? Just randomly wondered today.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
Anyone know how IND$FILE got its name? Just randomly wondered today.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
59 matches
Mail list logo
