HDTenEightyP/NetNews huggingface dataset:
From: DOBENSON@ua1vm.ua.edu (Joe Demon)
Subject: Re: Joining...
Organization: The University of Alabama, Tuscaloosa
Date: Mon, 28 Sep 1992 13:47:03 GMT

In article <920924.220207.SAT.ACDP0A0@SAUPM00.BITNET>
Yusuf Karimjee <ACDP0A0@SAUPM00.BITNET> writes:
 
>Dear Organisers,
>Please give me  detailed  info. on what this is about and how I can join in
>Hope to hear from any of you,
>thanks
>Yusuf
  To join you must sent $5...no make that $10...ah, what the hell, make
it $50 to:
 
 
 
            ^ ^                JOE DEMON                 ^ ^
      ^ ^   |||                                          |||   ^ ^
^ ^   |||    |           a helluva wicked sort            |    |||   ^ ^
|||    |     |                                            |     |    |||
 |     |     |                                            |     |     |
 |     |     |                                            |     |     |
 | BITNET: DOBENSON@UA1VM             INTERNET: DOBENSON@UA1VM.UA.EDU |
Newsgroups: bit.listserv.rscs-l
From: xxapollo@utagraph.uta.edu (Mr. Apollo Silva)
Subject: Supressing RSCS messages 
Organization: University of Texas at Arlington
Date: Fri, 2 Oct 1992 14:05:09 GMT

Are there any exits that do the following:

Whenever someone issues 'SM RSCS Q SY' from his virtual machine, the VM
operator's console shows	

"RSCS: 07:00:00 DMTCMX005I Location VMNODE(USERXXX) executing: Q SY".

Is there a way to suppress this message from showing up at the OPERATOR's
console?

Thanks.
-- 
   | Apollo R. Silva: xxapollo@utagraph.uta.edu |
From: MCKRELLM@GDLVM7.VNET.IBM.COM (Matt McKrell 752-1536)
Newsgroups: bit.listserv.rscs-l
Subject: Dial-out Help
Date: 2 Oct 92 18:57:28 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

*** Reply to note of 10/02/92 11:58
    from "Noel P. Hart" <NHART%MITVMA.BITNET@pucc.Princeton.EDU>

>Using the RJE line driver of RSCS 3.1, I would like to
>
>          dial another site
>          send a file
>          drain the link
>
>I seem to be having some touble doing this.
>If anyone can help me please reply.
>
>I have questions like;
>How does rscs tell the moden to dial a number ?
>Does it send an atdt to the modem in asynchronous mode and then switch
>to synchronous mode after the other side answers ?
>
>Thanks  /Noel
>
>p.s. Modem being used is a Microcom HD/4232hs

From the RSCS end of things, this isn't too difficult.  You need to
set up some things in your config to tell RSCS what it can use to
dial other places.  Here's an example RSCS CONFIG snippet:

* you need to tell RSCS about the dial-out ports available:
 PORT 0B0 DIAL
 PORT 0B1 DIAL
* you can also define ports that will answer incoming calls:
 PORT 0B2 NODIAL
 PORT 0B3 NODIAL
* define your links with 0 for their line address to use the DIAL ports:
 LINKDEF RMT01 TYPE RJE ASTART RETRY CLASS *
* make sure you specify passwords if you expect incoming calls
* you can set ITO=0 for "immediate" hangup when the queue is cleared,
* or something bigger if you want to wait a while after that
 PARM RMT01 PASS=WORD ITO=1 PHONE=9*1-607-555-1212

The autostart definition makes the link activate whenever there
are files ready to be sent out, and the retry definition makes it
keep trying periodically if the other end doesn't answer (make sure
you've got your phone numbers right!).

All of the above is documented in the RSCS Planning and Install Guide.

Making the modems dial out is the harder part.  I'm pretty sure your
modems would be directly supported if they were connected to VTAM
(they need to support V.25bis autodial commands), but I don't know of
any control units that support BSC autodial in the same manner.
The only way to dial out a call that I'm sure of is to obtain separate
autodial units and connect those up to your modems and TP controller.
We do the same thing right now with IBM 3864-2 modems and #5801 autocall
units.

-- 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:         Fri, 2 Oct 1992 11:58:03 CDT
From:         Apollo Silva <C144ARS@UTARLVM1.BITNET>
Subject:      Suppressing RSCS messages from console

Here's the scenario:

Whenever USERA at node VMNODE issues 'SM RSCS Q SY', the following appears
on the OPERATOR's console:

RSCS 12:05:31 DMTCMX005I Location VMNODE(USERA) executing: Q SY

--- How can I suppress this message?

--- Apollo R. Silva                  Internet: c144ars@utarlvm1.uta.edu
    Software Systems Specialist                silva@acsnovell1.uta.edu
    UT-Arlington Academic Computing  Bitnet:   c144ars@utarlvm1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Samford University Computer Services
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 2 Oct 1992 10:10:44 CDT
From:         Galen Tillery <RGTILLER@SAMFORD.BITNET>
Subject:      Re: Supressing RSCS messages
              2 Oct 1992 14:05:09 GMT from <xxapollo@UTAGRAPH.UTA.EDU>

On Fri, 2 Oct 1992 14:05:09 GMT Mr. Apollo Silva said:
>Are there any exits that do the following:
>
>Whenever someone issues 'SM RSCS Q SY' from his virtual machine, the VM
>operator's console shows
>
>"RSCS: 07:00:00 DMTCMX005I Location VMNODE(USERXXX) executing: Q SY".
>
>Is there a way to suppress this message from showing up at the OPERATOR's
>console?

Why write an exit to suppress something that was specifically configured to
work a certain way.

Please forgive me if I offer solutions that you already know about and have
disregarded.

You have a couple of options that would be much easier than writing exits.

One:
  I assume that you have OPERATOR as the secondary user for RSCS (eg. in the
  CONSOLE stmt. of the RSCS userid, you have OPERATOR listed to receive
  messages when RSCS is disconnected).  Simply take OPERATOR off of the
  CONSOLE stmt.

Two:
  I hope that you use some type of OPERATOR automation tool (i.e. VMOPERATOR,
  or Programmable Operator (PROP).  You can modify either to do this.  PROP
  runs on the OPERATOR id which stays disconnected.  The PROP config.
  is used to determine which messages are filtered or acted upons through
  an EXEC.  Any messages that you do not specifically handle through the
  config. file is routed on to another userid (say VMOPER) which serves as
  the virtual operator.  Not only can you change the config. to filter out
  any message you are tired of seeing, but ALL messages get logged in a
  nice minidisk file (one per day) which can be used for investigation, or
  even statistics (if you want to manipulate the file to do so).
  PROP is really excellent.

Hope this helps. Gt

|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
||> R. Galen Tillery             |  S a m f o r d     U n i v e r s i t y <||
||> Manager - Technical Support  |  Birmingham, Alabama  USA              <||
||> WhiteWater Enthusiast!       |  Computer & Telecommunication Services <||
||> INFOREP  (RGTILLER@SAMFORD)  |  Brooks Hall - 322                     <||
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 2 Oct 1992 11:58:39 EDT
From:         "Noel P. Hart" <NHART@MITVMA.BITNET>
Subject:      Dial-out Help

Using the RJE line driver of RSCS 3.1, I would like to

          dial another site
          send a file
          drain the link

I seem to be having some touble doing this.
If anyone can help me please reply.

I have questions like;
How does rscs tell the moden to dial a number ?
Does it send an atdt to the modem in asynchronous mode and then switch
to synchronous mode after the other side answers ?

Thanks  /Noel

p.s. Modem being used is a Microcom HD/4232hs
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 2 Oct 1992 13:24:12 EDT
From:         Tom Klensk <tomk@VNET.IBM.COM>
Subject:      Dial-out Help

"Noel P. Hart" <NHART%MITVMA.BITNET@pucc.Princeton.EDU> writes:
>Using the RJE line driver of RSCS 3.1, I would like to
>
>          dial another site
>          send a file
>          drain the link
>
>I seem to be having some touble doing this.
>If anyone can help me please reply.
>
>I have questions like;
>How does rscs tell the moden to dial a number ?
>Does it send an atdt to the modem in asynchronous mode and then switch
>to synchronous mode after the other side answers ?

RSCS takes the dial digits from the PHONE= parm and uses them as the
target of a DIAL CCW.  The execution of the DIAL CCW sends the digits to
an Automatic Calling Unit (ACU) which then instructs the modem to dial
the digits.  You must have an ACU connected to the appropriate
communications controller port and a modem that supports an ACU.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.rscs-l
Date:         Fri, 2 Oct 1992 12:07:25 EST
From:         Nick Laflamme <NLAFLAMM@IRISHVMA.BITNET>
Subject:      Re: Supressing RSCS messages
              2 Oct 1992 14:05:09 GMT from <xxapollo@UTAGRAPH.UTA.EDU>

On Fri, 2 Oct 1992 14:05:09 GMT Mr. Apollo Silva said:
>Whenever someone issues 'SM RSCS Q SY' from his virtual machine, the VM
>operator's console shows
>
>"RSCS: 07:00:00 DMTCMX005I Location VMNODE(USERXXX) executing: Q SY".
>
>Is there a way to suppress this message from showing up at the OPERATOR's
>console?

Those messages should be the least of your problems; why aren't you
getting lots of "File sent..." "File received..." "Spooled to...."
messages for all the file traffic across RSCS?  I'm going to guess that
something, perhaps a PROP machine, is filtering out most of those
messages for you already.  Study this tool; it should be remarkably easy
to filter out the line you want, too.

(RSCS V3, if you're running it, might have some more facilities to limit
how much gets displayed on the RSCS console.  I don't know, I've barely
looked at RSCS V3 after I got it running in RSCS 2.3 compatibility
mode.)


Just a thought,
Nick

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.rscs-l
Date:         Sat, 3 Oct 1992 01:34:34 +0100
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: Dial-out Help
              2 Oct 1992 14:57:28 EDT from RSCS Discussion List <RSCS-L@PUCC>

The best way is to get a modem that can dial a pre-recorded number on its
own when you raise  the DTR (ie when an ENABLE is  issued by RSCS). Given
what they cost in Sweden, they must  be extremely cheap in the US (or the
importer made a mistake when calculating the price ;-) ).

  Eric
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: DASIG@SUVM.BITNET
X-VMS-To: IN%"DASIG@SUVM.BITNET"
X-VMS-Cc: YEHLE
Newsgroups: bit.listserv.dasig
Date:         Wed, 30 Sep 1992 12:18:00 CDT
From:         YEHLE@OSHKOSHW.BITNET
Subject:      Re: Human Resources Data Model

Date sent:  30-SEP-1992 11:54:04


Gerry Bernbom asked the following:


>1.  For data elements that are common to both faculty and staff
>    employees, such as Name, Address, Hire-Date, Payroll and
>    Benefits data, etc.: Are the data for all employees kept in
>    a single database, and maintained by a single set of applications?
>    (Or are faculty and staff data maintained separately?)

Ans:  We are just beginning the move to a relational database and are
starting with student-related data. However, our plan at this point is to
view faculty, staff, and students all as PERSONS at the university and
build our database as such. All data common to a PERSON would be stored in
a single database. Data specific to the types of persons (faculty, staff,
and students) would be stored in a specific database for the type.

      Common PERSON data would be maintained by a single set of
applications. Type specific data would be maintained by type specific
applications.


=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
Patti Yehle   Senior Programmer/Analyst | Fax      : (414) 424 - 7317
c/o Computer Services                   | Phone    : (414) 424 - 3025
University of Wisconsin - Oshkosh       | Bitnet   : YEHLE@OSHKOSHW
800 Algoma Blvd.                        | Internet : YEHLE@VAXA.CIS.UWOSH.EDU
Oshkosh, Wisconsin  54901               |
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: DASIG@SUVM.BITNET
X-VMS-To: IN%"DASIG@SUVM.BITNET"
Newsgroups: bit.listserv.dasig
Date:         Thu, 1 Oct 1992 12:04:00 PST
From:         CSANDERS@PLU.BITNET
Subject:      Re: Human Resources Data Model

I too would like to piggy back on the requests for information
on Human Resource models.

Thanks for your assistance


Chris Sanders
Director of Software Services
Pacific Lutheran University
Tacoma, WA 98447
Bitnet: CSANDERS@PLU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: DASIG@SUVM.BITNET
X-VMS-To: IN%"DASIG@SUVM.BITNET"
X-VMS-Cc: YEHLE
Newsgroups: bit.listserv.dasig
Date:         Wed, 30 Sep 1992 11:43:00 CDT
From:         YEHLE@OSHKOSHW.BITNET
Subject:      Re: Human Resources Data Model

Date sent:  30-SEP-1992 11:34:42


On Sept. 24, 1992 Roderick Clay said:

>Does anyone have a Human Resources Data Model they would be willing to share
>with us?


UW-Oshkosh is also interested in a such a model. Please contact me if you
have an HR model you are willing to share.

Thanks in advance.

=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
Patti Yehle   Senior Programmer/Analyst | Fax      : (414) 424 - 7317
c/o Computer Services                   | Phone    : (414) 424 - 3025
University of Wisconsin - Oshkosh       | Bitnet   : YEHLE@OSHKOSHW
800 Algoma Blvd.                        | Internet : YEHLE@VAXA.CIS.UWOSH.EDU
Oshkosh, Wisconsin  54901               |
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: dasig@suvm.bitnet
X-VMS-To: IN%"dasig@suvm.bitnet"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.dasig
Date:         Mon, 5 Oct 1992 13:17:12 -0500
From:         BOSWORTH@UMAECS.BITNET
Subject:      faculty/staff integration

In reply to Gerry Bernbom's questions about faculty and staff employees,
at Univ. of Massachusetts there is:
  - one database that holds both types of employees
  - one set of application code for the one database
  - one set of rules/procedures for granting read access
The Human Resources Office is responsible for granting access to all types
of employees.
(Actually, this reponsibility is invested in the Human Resources Offices
of each campus.)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: @cunyvm.cuny.edu:DASIG@SUVM.BITNET
X-VMS-To: IN%"DASIG@SUVM.BITNET"
X-VMS-Cc: EATON
Newsgroups: bit.listserv.dasig
Date:         Thu, 1 Oct 1992 09:59:00 CST
From:         "Bob Eaton, Computing Services, U. Sask." <EATON@ADMIN1.USASK.CA>
Subject:      Data Administration, Inc

Hello all,

I have just received a copy of the 1992 Catalog of Products & Services of
Data Administration, Inc (President, William Durell).  They offer a number
of courses that seem to cover the right topics.  In addition, they offer
four books on DA, IRM and data modeling.

Does anyone have any experience with DAI or know anything about them?

If you are reluctant to respond to the list, please respond to me personally
and in strict confidence.

Bob
________________________
R.B. Eaton,
Manager, Administrative Applications
Computing Services
University of Saskatchewan                         Email:
EATON@ADMIN.USASK.CA
SASKATOON, SK                                      Phone: (306) 966-4854
S7N 0W0    CANADA                                  FAX:   (306) 966-4938
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.dasig
Date:         Wed, 30 Sep 1992 08:36:25 EST
From:         Gerry Bernbom <BERNBOM@UCS.INDIANA.EDU>
Subject:      RE: Human Resources Data Model

I'd like to piggy-back on Roderick Clay's inquiry about a
Human Resources data model.  I, too, would be very interested
in seeing what other institutions have done in modeling data
in the HR area.  If you have such a model, please let me know.

And, on a closely related topic, I'd be interested in hearing
the response from other institutions to the following questions:

1.  For data elements that are common to both faculty and staff
    employees, such as Name, Address, Hire-Date, Payroll and
    Benefits data, etc.: Are the data for all employees kept in
    a single database, and maintained by a single set of applications?
    (Or are faculty and staff data maintained separately?)

2.  Is there a single set of rules and procedures applied to granting
    permission for read-only access to these common data elements
    for both faculty and staff employees?  (Or are different rules
    and procedures used for access to faculty data than for access to
    non-faculty data?)

3.  Does your Personnel, Human Resources, and/or Payroll office grant
    access to "personnel data" or "payroll data" for all employees, or
    is there a separate office that grants access to these same data
    when they pertain to faculty?

Thanks!

Gerry Bernbom
Assistant Director
Data Administration and Access
University Computing Services
Indiana University
1000 E. 17th Street
Bloomington, IN  47405
(812) 855-4624

Bitnet:       bernbom@iubacs
Internet:     bernbom@ucs.indiana.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sqlinfo
Date:         Mon, 28 Sep 1992 16:35:42 EDT
From:         MASEMORT@WMAVM7.VNET.IBM.COM
Subject:      SQL/DS Seminar

IBM is sponsoring a one-day seminar, "Managing the SQL/DS Environment",
which will be given at the New Jersey Customer Center (10/14/92) and
the New York Briefing Center (10/15/92).  This seminar is intended for
IS Managers, Database Administrators, and Application Developers who are
interested in SQL/DS.  Attendance is free to IBM customers.  Call the
appropriate number below for enrollment and notify your IBM representative
if you plan to attend.


                           SCHEDULE
                           --------

 October 14, 1992                             October 15, 1992
 9:00AM - 4:00PM                              9:00AM - 4:00PM
 New Jersey Customer Center                   New York Briefing Center
 Camden Room                                  20th Floor
 300 Executive Drive                          590 Madison Avenue
 West Orange, NJ                              New York, NY
 Enrollment:  201-325-7619                    Enrollment:  212-745-7474

                            AGENDA
                            ------

      Time             Description                Speaker
      ----             -----------                -------
      9:00             Welcome                    Steve Tessler, IBM
      9:30             SQL/DS 3.3                 IBM Toronto
     11:15             SQL Master/VM              IBM Gaithersburg
      1:30             Bachman Tools              Bachman Info. Systems
      3:00             Information Warehouse      Steve Tessler, IBM
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Antwerp - UFSIA - Computing Center
Newsgroups: bit.listserv.sqlinfo
Date:         Thu, 1 Oct 1992 16:25:12 SET
Comments:     Resent-From: <NETNEWS@RKC.UFSIA.AC.BE>
Comments:     Originally-From: <PS890866@BANUFS11.BITNET>
From:         NETNEWS@RKC.UFSIA.AC.BE
Subject:      Re: Omnipage Pro -> 9 pin

Hi,
Overhere it worked, but was your text printed on coloerd paper?
If so the scanner doesn't see yellow, green...
Lode
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Fri, 2 Oct 1992 16:06:00 CDT
From:         Dave Ulrick <A01DGU1@NIU.BITNET>
Subject:      Location of PAGEDEF/FORMDEF in JES2 control blocks

We may have a need in the future for adding a new work selection
criterion to JES2.  It would involve the examination of the name
of the PAGEDEF and/or FORMDEF.  It looks like the $WSTAB facility
might do the job for us, but I'm not sure where one would find
the PAGEDEF and/or FORMDEF.  We're running JES2 v2.2.0.  Any ideas
as to where we'd find this information?

Thanks,
Dave
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dave Ulrick                        Bitnet:    A01DGU1@NIU   (MVS/ESA)
Northern Illinois University                  A01DGU1@NIUCS (VM/SP)
DeKalb, IL, USA                    Internet:  a01dgu1@mvs.niu.edu
From: RHODES@VTVM1.CC.VT.EDU (Tim Rhodes)
Newsgroups: bit.listserv.jes2-l
Subject: D/T 3741 RJE Station
Date: 6 Oct 92 14:40:09 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: JES2 List <jes2-l@VTVM1.CC.VT.EDU>

After recently placing an MVS CBIPO (maint at 9104 and CUM to 9201) in
production, one of our Bisync RJE stations (a 3741) that submits jobs to
the JES queues has developed a problem.  The job in question is an
IEBGENER that copies SYSIN data to an MVS dataset for later processing.
The SYSIN data consist's of records keyed onto the 3741's diskette.  These
records are 128 bytes in length and are transmitted at that length (proved
by GTF I/O trace and JES Bisync trace).  The problem is the second piece
of the transmitted record truncates the first byte (first record has bytes
1-80, second has byte 82-128 padded with hex zeros).  HASPBSC has code at
label BSCGET to return input records to the caller.  This code has logic
to deblock records greater than 80 bytes.

IBM Support had no hits at level 1 and level 2 has been less than helpful.
At this point they have not really looked into the details of the problem.
Basically they have asked me to change various parms on the LINE and RMT
def'n and retest.  One thing that was pointed out was that JES RJE input
does not support input records greater than 80 bytes.  When I asked them
why it was working in my old system (at 9101), they said that it was
probably a loophole that got closed.  The code in HASPBSC is there to
deblock records (even the logic manual mentions it).

My question is: Has anyone run into this or similar problem, or is anyone
currently supporting a Bisync RJE stations that submits data greater than
80 bytes (a 3741 maybe)?

Tim Rhodes
Sr Systems Engineer
Virginia Tech
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Sun, 4 Oct 1992 16:52:06 IST
From:         Doron Shikmoni <P85025@BARILVM.BITNET>
Subject:      Re: Location of PAGEDEF/FORMDEF in JES2 control blocks

On Fri, 2 Oct 1992 16:06:00 CDT Dave Ulrick said:
>We may have a need in the future for adding a new work selection
>criterion to JES2.  It would involve the examination of the name
>of the PAGEDEF and/or FORMDEF.  It looks like the $WSTAB facility
>might do the job for us, but I'm not sure where one would find
>the PAGEDEF and/or FORMDEF.  We're running JES2 v2.2.0.  Any ideas
>as to where we'd find this information?

Dave, I have this feeling that you are heading for trouble, since
the information you look for does not sit in the JOE, and hence is
not available for work selection at all. I guess that you *could*
try to append this info to the characteristics JOE, but then this
would mean non trivial source mods...

Good luck
Doron
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  JNET%"liaison@uga"
Newsgroups: bit.listserv.liaison
Date:         Fri, 2 Oct 1992 07:16:00 PST
From:         LINGYU XU <XU@UCLAPH.BITNET>
Subject:      no such user carelse at uclaph

        Please stop send any mail to carelse@uclaph anymore. There is no
such user called carelse. Please stop ASAP.

        Regards,--Xu,L