HDTenEightyP/NetNews huggingface dataset:
Organization: Emory University - Atlanta, Georgia, USA
Newsgroups: bit.listserv.fnord-l
Date:         Fri, 21 Aug 1992 11:16:26 EDT
Comments:     <Parser> E: Mail origin cannot be determined.
Comments:     <Parser> E: Original tag was -> FROM: Young Zeke- The Forgotten
              Clampett
From:         Undetermined origin c/o Postmaster <POSTMASTER@UBVM.BITNET>
Subject:      Re: robert [re: brain areas]
              20 Aug 1992 21:44:37 PDT from <jprovo@GNU.AI.MIT.EDU>

On Thu, 20 Aug 1992 21:44:37 PDT <jprovo@GNU.AI.MIT.EDU> said:


>No-one ever said EVERYTHING has to - but this fucking list is CHARTERED with a
>reason to exist.

Joe, I've said this a million time- if you've got something new and
exciting to say about the Eight-circuit model, POST IT, instead of
wasting your time and ours with these incessant complaints about how
you don't think other people are acting like they oughta.  If what
you have to say is properly scintillating, it should drive the text
orgy (nice turnophrase, whoever) into the virtual retirement home;
we call this the marketplace of ideas.  The problem in the past has
been that most of the on-topic stuff has consisted of pointless
reiterations of chapters from books we've all read, trivia questions
about Leary's marital status, and long, self-important travel pieces
from the fifth circuit; and the Collected Rantings of the Apostle
Foss is gonna get a higher number than this kinda shit, everytime.
Oh, well; what the hell- I suppose you guys aren't actually trying
to convince anybody anyway.  The convo here in Fnord Land has been
almost annoyingly representational for more'n a week now, but the
peanut gallery keeps on dropping in the same old, tired complaints...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.fnord-l
Date:         Thu, 13 Aug 1992 17:35:52 PDT
From:         jprovo@GNU.AI.MIT.EDU
X-To:         fnord-l@ubvm.cc.buffalo.edu

From: queue cue <cheating@CCVM.SUNYSB.EDU>
>*Sigh*.  I suppose, after all, FNORD-L isn't rilly the proper place
>to initiate a discussion, is it?
I counter with a hearty
yes it is...

...and...
> Salamander, would you be so kind
>as to post yet once again the address for the extropians discussion
>group --
I ask you to be wary of going 'there'.
I haven't been 'there' for a while, but when last 'there', I was shown a
certain breed of close-minded "Open-minded" people who flamed first and
instructed later.

like, if you were not congruent w/their memes, definitions, opinions, et al,
expect a warm reception.

joe

Disclaimer: "I'm the only one foolish enough to claim these opinions as mine."
jprovo@gnu.ai.mit.edu                                       jzp@gene.ummed.edu
    Russell Street UN*X Consultations and Development     (NIC handle: JZP)
                            Rev. Dkr. Nick LaRG0, ASC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.fnord-l
Date:         Wed, 12 Aug 1992 08:33:00 EDT
From:         General Mills <LIBALP@EMUVM1.BITNET>
Subject:      All Fnordians are Pluralists

>Gobble Bobble Gobble Gobble Gobble!!!!!  Get thee behind me, dribbly!
>Off to the Stony Brook with you!  Down, Down, Under the Ground!

Correction: Sombunall Fnordians are Pluralists.

Salamander writes:
>:       Don't go to Europe. Go west! Check out some Wilson and Leary books
>:for more info, or Bucky Fuller. Wealth/intelligence/migration has always
>:moved west....

Salamander goes after the True Believer, and for that, I salute him.
But . . .


>        First off, people more or less _started_ in a random place on
>the (flat) face of the planet, and once one bit of 'breakthrough' tech
>was invented, it spread _outwards_ from that point, like a virus...

I hereby request substantiation.  Normally, I think we can assume "random
place", but when demonstrating the silliness of the Go-West argument, it seems
insufficient to say, "It was random.  Everybody knows that," even if everybody
does.  Silly, I agree, but if we cannot disprove it, we ought to allow
for the possibility.


>California/Silicon Valley was more or less randomstance (there's a bit

Again, how do you argue random vs. Some Grand Design?  Our Boys try to study
the advance of civilization and discern a pattern therein.  Make a case for
a counter pattern, or show why their assessment is arbitrary, that's a way to
do it.

Incidentally, Salamander, I also congratulate you for following your "shaddup"
post with a post of Fnordian relevance, thus avoiding the embarrassment of last
time (or was it the time before?), when the "shaddup" posts were followed by
2 weeks of (un)Stony silence.

gm
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 14 Aug 1992 09:56:34 CDT
From:         Jon Eidson <EIDSON@TCUBVM.BITNET>
Subject:      RSCS over PVM

I am trying to get RSCS 3.1 to run over a PVM ICUV link using the
sample GPI link driver provided with RSCS (called GPSAMP).

At the moment, it is abending with S0C5, but all my assemblies and
linkedits look ok.

Has anyone successfully got this to run in their environment.  Our
ultimate goal is to let PVM have the CTCA between our 2 systems
(instead of RSCS) and let RSCS run over PVM.

Thanks in advance,
Jon Eidson (EIDSON@TCUBVM)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.rscs-l
Date:         Tue, 18 Aug 1992 17:33:38 -0400
From:         gettes@PRINCETON.EDU
Subject:      Re: IBM VM RSCS DATA INTERCHANGE MANAGER
X-To:         RSCS Discussion List <RSCS-L@pucc.Princeton.EDU>
              18 Aug 92 12:02:38 -0400. <9208181756.AA18180@Princeton.EDU>

On Tue, 18 Aug 92 12:02:38 -0400 twoody@tifton.bitnet said:
> IBM in announcement number 292-319 introduced the Data Interchange Manager.
> It supports the exchange of electronic mail between VM and SMTP users on
 TCP/IP
> networks. This is a nocharge feature of RSCS.
> Princeton has VMNET for NJE over TCP/IP for VM.
> Do these products do the same thing? Do I need both are just one or what?
> Any and all comments are welcome!!

Would someone care to provide the announcement or some technical
information regarding this product? Given the above description
I am not sure I understand why this product even exists. VMNET
allows for the transport of NJE networks over TCPIP (this is more
than just e-mail). Someone, please enlighten me...thanks.

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 14 Aug 1992 10:02:05 CDT
From:         Bill Hunter <BHUNTER@UA1VM.UA.EDU>
Subject:      Sendfile problem

Hello, From time to time I'm getting the following error when I send a file
from my first level VM/XA SP2.1 system to a second level ESA1.1 system.
Both systems are running RSCSV3.1 at PUT level 9201.  They are connected
via a 3088 CTCA.

DMTNRV932E Buffer containing unrecognizable data or mixed RCBs
           has been received on link UAVMESA
DMTNET143I Link UAVMESA line 0606 disabled
DMTMAN002I Link UAVMESA deactivated
DMTAXM500I 1 file(s) closed on link UAVMESA
DMTEXE675E File UAVMESA GCS not found -- exec not executed

Any suggestions as to what PTF to apply to fix this problem would be
appreciated...

Thanks, Bill Hunter
The U. of Alabama
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 14 Aug 1992 10:44:06 CDT
From:         Bill Hunter <BHUNTER@UA1VM.UA.EDU>
Subject:      RSCSV3.1 U002 abend

Hello, From time to time I'm getting the following error when I send a file
from my first level VM/XA SP2.1 system to a second level ESA1.1 system.
Both systems are running RSCSV3.1 at PUT level 9201.  They are connected
via a 3088 CTCA.

12:11:04 DMTNTR146I Sending file 5327 (5327) on link UAVMESA from
                    UA1VM(MAINT), records 10
12:11:04 DMTMAN080E ABEND U002 on link UAVMESA
12:11:04 DMTMAN081I Program Status Word = FFE0000D 70097494
12:11:04 DMTMAN081I RSCS was loaded from 0000B000 to 000AB248
HCPMSG057I RSCS not receiving; disconnected
12:12:03  * MSG FROM RSCS    :  CSIABD229E Subtask of 'RSCS' failed -
             User abend 002-0000
12:12:03 DMTMAN002I Link UAVMESA deactivated
12:12:03 DMTAXM109I File queue reordered
12:12:03 DMTAXM500I 1 file(s) closed on link UAVMESA
12:12:08 DMTNHD144I Receiving file (1800) on link UGA from
                    UGA(LISTSERV), records 171

Any suggestions as to what PTF to apply to fix this problem would be
appreciated...

Thanks, Bill Hunter
The U. of Alabama
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 21 Aug 1992 14:05:24 EDT
From:         Steve Younker <YOUNKER@VM.UTCS.UTORONTO.CA>
Subject:      RSCS V3.1 Message MOD query

Hi,

We are about to upgrade our RSCS from V2.3 to V3.1.  I wasn't involved
in the installation of V2.3 but I'm told that a MOD was installed that
suppressed a certain message.  When node A sends a file to node C through
node B, node B tells node A that the message has been forwarded to node C.
I understand that the MOD essentially turns off the messages from node B.

Do I have that right?  If so, is there a corresponding MOD for V3.1?

If anybody could answer the above question, I'd really appreciate hearing
from you, either through a reply to the list or to me directly.

Any and all hints and suggestions are welcome.


Steve Younker
Systems Group
University of Toronto
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 21 Aug 1992 13:06:25 EDT
From:         "Matt McKrell 752-1536" <MCKRELLM@GDLVM7.VNET.IBM.COM>
Subject:      Re: IBM VM RSCS DATA INTERCHANGE MANAGER
X-To:         RSCS Discussion List <RSCS-L@pucc.Princeton.EDU>

*** Reply to note of 08/18/92 17:33
>                  Someone, please enlighten me...thanks.

The new RSCS Interchange feature is an SMTP <-> CMS/PROFS format mail
converter.  It uses a nickname table to keep track of users in the
TCP/IP environment, and converts CMS and PROFS mail formats into RFC822
format and converts RFC822 mail back into CMS format.  It does NOT do
what VMNET does (establish NJE connections over TCP sessions), or the
Rice mailer does (allow direct use of RFC822 mail formats in the CMS
environment).

Here's the abstract from the announcement letter:

>        IBM VM RSCS Data Interchange Manager is a feature of IBM VM
> Remote Spooling Communications Subsystem (RSCS) Networking Version 3
> Release 1.  It supports the exchange of electronic mail (PROFS (R),
> OfficeVision (TM), CMS Note) between VM and Simple Mail Transfer
> Protocol (SMTP) users on Transmission Control Protocol/Internet
> Protocol (TCP/IP) networks.  The data transformation is transparent
> for end users in RSCS and TCP/IP network environments.
>        RSCS Data Interchange Manager Feature enhances IBM's current
> communications environments by allowing VM and SMTP (TCP/IP) users to
> communicate in network environments where RSCS and TCP/IP networks
> exist, and where PROFS, OfficeVision and CMS Note facilities reside
> on VM systems.
>        RSCS Data Interchange Manager is a feature of RSCS Networking
> Version 3 (5684-096) and is available at no additional charge.  For
> more information on RSCS Networking Version 3 Release 1, refer to
> Programming Announcement 290-500, dated September 5, 1990.
>        Planned Availability Date:  August 14, 1992.
>  (R) Registered trademark of International Business Machines
>    Corporation.
>  (TM) Trademark of International Business Machines Corporation.

-- Matt McKrell
-- VM Networking Development, Endicott
-- phone 607-752-1536     t/l 852-1536
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Wed, 19 Aug 1992 12:02:01 -0400
Comments:     Warning -- original Sender: tag was ALIEN@ENAPSTG1
From:         JCDURANN@ENAPSTG1.BITNET
Subject:      bot Limited LPAGE Value for SNA3270P Driver

On  Tue, 11 Aug 1992 18:52:06 EST Bruce Roy <BRUCE@UCONNVM.BITNET>
Write:
>
>It seems the maximum number lines that can be printed on a page
>through RSCS is 99.  This is because the LPAGE parameter for the SNA3270P
>and 3270P drivers has maximum value of 99.  This presents a serious
>problem for an application that is printing that uses a laser jet
>printer managed by the SNA3270P driver.
....
>Does anyone know of a way to circumvent this problem short putting
>a mod on the line driver to accept a higher maximum value?
>
>Thanks.

Bruce,
If you read in the description of the FCB statement you will see that the
value of line in the line-channel pair can be 1 to 256. And if you read
the usage notes you will be surprised... the line value can be at most
the current value of LAPGE, (ie at most 99 !) and if greater, then the LPAGE
value is used. This sounds like a strong inconsistency !

Ok, I also run in your problem with some forms whit more than 99 lines, and
I fix the problem in the following way :

- Get a copy of the RSCSDDEF member from DMTMACV3 MACLIB
- Modify the PAGELENG DDEF in order to accept RANGE=(0,999)
  in your copy of the RSCSDDEF macro.
- Put the modified copy in your own named MACLIB
- Create your own control file listing your MACLIB before
  DMTMACV3
- Reassemble DMTPAF using your control file. It uses RSCSDDEF

- Update DMTSPT in order to get the SPTLPAGE PAROPT statement to accept
  range 0-999.
  It must looks like : SPTLPAGE PAROPT NUMBER=(DC,2,0,999)
- Reassemble DMTSPT

- Rebuild the RSCS LOADLIB.

The RSCSDDEF/DMTPAF mod and the DMTSPT mod enables the use of a value greater
than 99 in the pagelength value of the FORM statement and enables you to define
or start a link with a LPAGE parm greater than 99.

I hope this be of help to you.

Juan Carlos Duran N.      ( JCDURANN @ ENAPSTG1 )
System Programmer
Empresa Nacional del Petroleo
Santiago - Chile
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Tue, 18 Aug 1992 13:13:31 PDT
From:         "Mike Friedman (510) 642-1410" <SPGMNF@UCBCMSA.BITNET>
Subject:      Command Screening (Exit 19) in RSCS V3.1

I have just retrofit Cornell's RSCS V2 mod, to restrict the CP Q NAMES
command, to my new RSCS V3.1 system.  For a while, I found no problem with
the exit's functioning.  But now I have discovered that it acts as a no-op
if the command is submitted using a CRI prefix.

I'm assuming this is because the CRI info. appears in the command buffer and
would have to be taken account of in the scanning.

Does anyone have an Exit 19 for restricting a command like CPQ N, that has
been fully upgraded to RSCS V3.1 (i.e., will respect the CRI prefix)?

Thanks.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 21 Aug 1992 14:39:29 -0400
From:         gettes@PRINCETON.EDU
Subject:      Re: RSCS V3.1 Message MOD query
X-To:         RSCS Discussion List <RSCS-L@pucc.Princeton.EDU>
              21 Aug 92 14:05:24 -0400. <9208211817.AA18529@Princeton.EDU>

On Fri, 21 Aug 92 14:05:24 -0400 younker@vm.utcs.utoronto.ca said:
> Hi,
>
> We are about to upgrade our RSCS from V2.3 to V3.1.  I wasn't involved
> in the installation of V2.3 but I'm told that a MOD was installed that
> suppressed a certain message.  When node A sends a file to node C through
> node B, node B tells node A that the message has been forwarded to node C.
> I understand that the MOD essentially turns off the messages from node B.
>
> Do I have that right?  If so, is there a corresponding MOD for V3.1?

Historically known as the QUIET MOD. Take a look at the RSCSV3 FILELIST
on LISTSERV@PUCC for this and other things you might be interested in.

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Thu, 13 Aug 1992 08:37:15 EDT
From:         Tom Klensk <tomk@VNET.IBM.COM>
Subject:      Limited LPAGE Value for SNA3270P Driver
X-To:         RSCS Discussion List <RSCS-L@pucc.Princeton.EDU>

Bruce Roy <BRUCE%UCONNVM.BITNET@pucc.Princeton.EDU> writes:
>It seems the maximum number lines that can be printed on a page
>through RSCS is 99.  This is because the LPAGE parameter for the SNA3270P
>and 3270P drivers has maximum value of 99.  This presents a serious
>problem for an application that is printing that uses a laser jet
>printer managed by the SNA3270P driver.
>The application prints on legal size paper using a font that
>allows up to 138 lines per physical page.  However, since RSCS
>seems to expect the lines per physical page to equal the LPAGE
>value, the application output is mis-printed.

The major use of LPAGE is when RSCS is doing printing to a printer that
does not support VFC (Vertical Forms Control).  RSCS counts each line as
it is printed and compares the running count to the LPAGE value.  If a
page eject is encountered in the output file, RSCS can then generate the
correct number of line feeds to get to the next page.  For this case, it
is quite important that LPAGE matches the length of the physical page.

If the printer supports VFC (and you indicate this to RSCS by coding
VFC=YES on the START parm), then RSCS still does the counting but issues
a forms feed order when a page eject is encountered instead of multiple
line feeds.  There is a rather obscure case where LPAGE is still
important in this scenario.  On a real 1403/3211 printer, if you are
already at the top of a page, and a page eject is issued, the printer
will suppress any forms movement.  RSCS uses LPAGE to simulate this
action, even with VFC.  However, I don't think this should affect a
"normal" document, which should have only one page eject per page.  It
*might* cause an extra blank sheet between files (if LPAGE and the real
page length do not match).

I wrote some of the line driver code in an earlier life and no longer
have access to the current source, so I can't verify if this behavior
is still true.  Perhaps the code has changed over the years so that
LPAGE has other side effects.  Bottom line is, though, if you use VFC,
the LPAGE setting shouldn't matter in most cases.

If I'm wrong, you'll need a one line mod to DMTSPT (and/or DMTRPT).
Or try to convince the Support Center to raise the LPAGE limit to
something greater than 99.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 21 Aug 1992 15:34:26 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.BITNET>
Subject:      Re: RSCS V3.1 Message MOD query

>We are about to upgrade our RSCS from V2.3 to V3.1.  I wasn't involved
>in the installation of V2.3 but I'm told that a MOD was installed that
>suppressed a certain message.  When node A sends a file to node C through
>node B, node B tells node A that the message has been forwarded to node C.
>I understand that the MOD essentially turns off the messages from node B.

I suggest you rummage thru the files available on the PUCC Listserv.
That's where the original 2.3 QUIET mod was made available from, by
Michael Gettes and the fine group of programmers from Princeton. Perhaps
a 3.1 version is available there.

Cheers

JMC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: STATISTICAL AND COMPUTER SERVICES
X-Acknowledge-To: <TWOODY@TIFTON>
Newsgroups: bit.listserv.rscs-l
Date:         Tue, 18 Aug 1992 12:02:38 EDT
From:         Tom Woody <TWOODY@TIFTON.BITNET>
Subject:      IBM VM RSCS DATA INTERCHANGE MANAGER

IBM in announcement number 292-319 introduced the Data Interchange Manager.
It supports the exchange of electronic mail between VM and SMTP users on TCP/IP
networks. This is a nocharge feature of RSCS.
Princeton has VMNET for NJE over TCP/IP for VM.
Do these products do the same thing? Do I need both are just one or what?
Any and all comments are welcome!!

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Thomas K. Woody III  <MAINT@TIFTON>  USDA/ARS     Computer Specialist
                   Coastal Plain Experiment Station
P.O. BOX 748         Tifton, Georgia 31793        912-386-3594
          Reduce, Reuse, Recycle ... Use Electronic Mail.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.dasig
Date:         Fri, 21 Aug 1992 14:38:22 -400
From:         "John S. Wasileski" <FNJSW@ASUACAD.BITNET>
Subject:      Data Admin Survey

 This is reproduced from an electronic publication from CAUSE. I'm sending it
 to the list in order to help improve our information for the paper described
 below!

 Karen Miselis (Univ. of Pennsylvania) and John Wasileski (Arizona State Univ.)
 are collecting information about the data administration function in higher
 education for a forthcoming CAUSE professional paper. If you have a formal
 data administration function in your institution and haven't yet completed
 their survey, please get in touch with Karen at karen@purple.sas.upenn.edu or
 with John at fnjsw@asuvm.inre.asu.edu.

 John S. Wasileski
 University Data Administrator
 (602)965-5959
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.dasig
Date:         Tue, 18 Aug 1992 16:31:10 EDT
From:         "David A. McLaughlin" <USERCASS@UMICHUM.BITNET>
Subject:      Name and Address Data Models

This didn't seem to get sent properly the first time...  However, if
you did see this before, please ignore this.  Thanks.

---(Forwarded from: David A. McLaughlin@UMICHUM.BITNET, Dated: Tue, 18 Aug 92
    16:28:32 EDT)---
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.dasig
Date:         Wed, 19 Aug 1992 17:06:51 -400
From:         "John S. Wasileski" <FNJSW@ASUACAD.BITNET>
Subject:      Name and Address Data Models

 *** Reply to note of 08/18/92 17:48

 At Arizona State University we have designed an entity called "Affiliate"
 which is basically any person or business having business with the university
 (including "parking violators" - one of the possible affiliate types). Each
 affiliate has one or more address(s) which also have "types" as in "home
 address", "billing address", etc. If anyone would like more information, we
 will be happy to share the design and discuss problems/difficulties/solutions.

 John S. Wasileski
 University Data Administrator
 (602)965-5959
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.dasig
Date:         Fri, 21 Aug 1992 14:39:00 -400
From:         "John S. Wasileski" <FNJSW@ASUACAD.BITNET>
Subject:      Meeting Announcement

               The Phoenix Chapter of DAMA and
                    DAMA International

 are co-sponsoring a symposium at The Pointe Hilton Resort in Phoenix from
 October 18 thru the 20th, 1992. The symposium is called:



                    Succeeding in the Competitive Business
                     Environment of the 90's:

                    A new Vision for Information Management


 Internationally known speakers (including Robert Holland, Bill Inman, and John
 Zachman) will be joined by both regional and national presentors for in-depth
 discussions of the changing business environment and what information
 suppliers,
   must do to support the new needs which these changes imply.

 If you would like the opportunity to interact with these experts in a
 concentrated two-day set of sessions, contact John S. Wasileski at Arizona
 State University now for registration details.

 John S. Wasileski
 University Data Administrator
 (602)965-5959
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU