HDTenEightyP/NetNews huggingface dataset:
X-Envelope-to: fnord-l@ubvm.cc.buffalo.edu
X-VMS-To: IN%"fnord-l@ubvm.cc.buffalo.edu"
X-VMS-Cc: STANIFHLATHU
Newsgroups: bit.listserv.fnord-l
Date:         Wed, 15 Apr 1992 16:22:00 GMT
From:         Strangler Aagonschmidt <STANIFHLATHU@BODKIN.UCG.IE>
Subject:      Mesallied Tea-Strainer
X-To:         fnord-l@UBVM.cc.buffalo.edu

I know you'll tell me if I'm mistaken (or sick, Sick, SICK!?!), M., but,
somehow, I get the idea that Pat doesn't love you any more, stone the
crows and goodness me.  In my pyramid-shaped crystal, I saw him stand
with flaming sword at the portcullis of his Chapel Scurrilous, reasonably
and decently discouraging the galimatias of the riff-raff: This Means You,
m'gullible dear (&I, &I).  Full fathom five thy credibility lies: you'll
have to bend yr juniper sagacity to a reprise of those curtained phases of
being an ingratiating little angel, producing eulogies and obituaries of
egregious extravagance at the drop of a severed head.  There's no hope for
me: you'll understand that I've grown set in the tension of my ways, and
cannot really consider New Ways of Thinking; but you'll mug up on them,
won't you?  [He won't.]  These carping throngs will never find me an
adequate dragon to slay (for?) you, so I'll be content to agree with
every nuance of yr clemencies and begrudgeries, just like I always have.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL4]
Newsgroups: bit.listserv.fnord-l
Date:         Mon, 13 Apr 1992 10:49:00 EDT
From:         Michael Cammer <cammer@AECOM.YU.EDU>
Subject:      Re: CAMPAIGN
X-To:         FNORD-L@UBVM.cc.buffalo.edu
              Confusion" at Apr 13, 92 10:58 am

>
>                   CALL TO JOIN THE CAMPAIGN...
>                   ============================
>
> What campaign? ...
>
>     THE campaign to banish DANNY-WIDE_BOY-FOSS from this list
>
> Why?
>
>     To rid this place of his smegging tedious shaftoid otiose
>     inane rodomontadish self-aggrandising drivel.
>
While we're at it, let's ban drugs.  Just say no.


--
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.fnord-l
Date:         Wed, 8 Apr 1992 16:43:14 MEZ
From:         KLINDNER@DOSUNI1.BITNET
Subject:      Re: La, la, la, la, la, la, la, la, la, la, la, de, da . . .

Bla Bla Bla Bl. B.. ...
                       .
                        .
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sqlinfo
Date:         Wed, 15 Apr 1992 16:49:33 EDT
From:         Ed Roepe <ROEPE@MITVMA.BITNET>
Subject:      Log File Definition
X-cc:         "SQL Database Group" <SQLDBA-L@MITVMA.BITNET>,
              Bill Fitzgerald <bfitz@mitvmc.BITNET>

Hi,

We have a need to print out the transactions from the SQL larchive which we
are using for backup and recovery.

Does anyone know of a program or facility that will decipher the log into
a report, which could be shown to auditors?

Has IBM published the file definition for the log file?

Thanks in advance,

                       ...Ed

----------------------------------------------------------------------
Ed Roepe                       | Building E19-523
Senior Programmer / Analyst    | Massachusetts Institute of Technology
(617) 253-7280                 | 77 Massachusetts Avenue
ROEPE@MITVMA.MIT.EDU           | Cambridge, MA 02139
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sqlinfo
Date:         Tue, 7 Apr 1992 15:13:28 -0600
From:         Stellar Systems Group <STELLAR@BCSC02.BITNET>
Subject:      re: RXSQL Problem

 >"John R. Andrews 6-5995" <U14780@UICVM.BITNET> Writes:
 >
 >I have a small application which I wrote in RXSQL. Basically, I have a
 >view which is called by an access module. I used XPREP to create
 >the program and call it using DECLARE, OPEN, and FETCH in rexx.
 >The main problem I have is that the OPEN statement takes much longer
 >(10-13 sec) than I'd expect. When I issue the exact same query in ISQL
 >from the command line, the response is almost immediate. It is definitely
 >the OPEN that takes time, the fetches are fast. Any ideas or hints?

 Carl Forde responded that the difference was the use of Dynamic SQL (ISQL)
 versus Static or Extended Dynamic SQL (XPREP).  He mentioned that with
 Dynamic SQL the values of the host variables are known, while Static or
 Extended Dynamic SQL use the system catalog statistics and default filter
 factors.  He and others mentioned the use of Pipes.

 I'd also like to add that the SQL query was doing a LIKE.
 - With Dynamic SQL if the host variable contains leading characters, and
   an index exists on the column, then the index can be used to retrieve
   the data.  If the host variable starts with a leading wildcard ('%' or
   '_') then the index can not be used selectively and a table or DBSPACE
   scan will result.
 - With Static or Extended Dynamic SQL the value of the host variable is
   unknown.  Since the host variable may start with a leading wildcard in
   some cases, the optimizer will always choose a table or DBSPACE scan.

 I'm sure this was the cause of the problem that John was having.  I think
 it is worth pointing out because it is a common problem.  I have seen a
 lot of CSP (using Extended Dynamic SQL) and PL/I (using Static SQL) programs
 that use a LIKE and expect the index to be used.  But it never is.  The
 options to get around it are to either code the CSP or PL/I program to use
 Dynamic SQL (which may raise other issues regarding security), or to modify
 the query and use a BETWEEN (eg BETWEEN 'SMI    ' and 'SMI9999').  In the
 latter case, if the index is reasonably clustered then the index should be
 used (the index needs to be very well clustered for SQL Version 3.1 and
 prior, but that requirement is lessened in SQL Version 3.2 with the changes
 to the default filter factors).

 Regards,
 John F. Griffin
 Stellar Systems Group
 306 - 1095 McKenzie Avenue
 Victoria, B.C.  Canada  V8P 2L5
 Phone:(604) 479-7722  Fax:(604) 479-6526
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Original_To:  SQLNET
Newsgroups: bit.listserv.sqlinfo
Date:         Tue, 7 Apr 1992 15:57:00 CST
From:         MACDONAL@ACUVAX.BITNET
Subject:      EASYSQL response time

We are currently in the process of developing our first ORACLE application.
It is a small data base (less than 2 megs) with 19 tables.  Customers were
to do ad hoc queries against the data base using 7 views and EASYSQL.
Our problem is that we have found EASYSQL to be extremely slow response
time.  When entering the information into EASYSQL, it takes 15-20 seconds
from the time I press the enter key and the curser moves to the next field.
Is this normal or is there something I can do to speed up this process?
Any help you can give me on this problem will be greatly appreciated.

Paul MacDonald  (macdonal@acuvax)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.sqlinfo
Date:         Thu, 9 Apr 1992 09:20:13 EST
From:         Ron Wigmore <SYST8103@RYEVM.RYERSON.CA>
Subject:      Re: EASYSQL Response Time

>MACDONAL@ACUVAX.BITNET Writes:
>We are currently in the process of developing our first ORACLE application.
>It is a small data base (less than 2 megs) with 19 tables.  ...
>Our problem is that we have found EASYSQL to be extremely slow response
>time.  ...  it takes 15-20 seconds ...
>Is this normal or is there something I can do to speed up this process?

I don't know about ORACLE/EASYSQL, but it sounds like you have all 19 of
your tables in the same DBSPACE (or ORACLE equivalent) AND that you are
doing "LIKE %NURSE%" type of searches.  This is causing ORACLE to bypass
all of the indexes and to have to search ALL of the active pages in the
DBSPACE.  By putting each table into a seperate DBSPACE your search times
should drop down to a second or so (This may be a very silly answer if
ORACLE/EASYSQL are very different than SQLDBA.) since only 1/19th the
number of pages will need to be searched.

Since you are only dealing with a 2 meg application, have you considered
not using a database package, at all, and simply using PIPES by itself?
PIPES could very quickly locate the search target - without the need
of the overhead involved with a database package.  Which would be faster
depends on the nature of your table/view structures, but if you are only
doing basic searches, PIPES whould be the winner when it comes to search
times.  It all depends on the nature of the data you are trying to retrieve.

Ron,,,
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-MVS-to:  jes2-l@vm1.nodak.edu
X-send-dataset: 'XMAILMSG.SEB1525.XA920410.T0840310.C000000'
Newsgroups: bit.listserv.jes2-l
Date:         Fri, 10 Apr 1992 08:40:00 EDT
Comments:     Warning -- original Sender: tag was NNMVS@MVS.DRAPER.COM
From:         "Stephen E. Bacher" <seb1525@MVS.DRAPER.COM>
Subject:      Re: External writers
Comments: To: jes2-l@vm1.nodak.edu

On Thu, 9 Apr 1992 17:17:08 GMT Tony Roby <aroby@andersen.co.uk> asked:

>We are looking for a way of capturing SYSOUT data and storing it in a print
>database.  Products such as BETA93 seem to be unsuitable since there are no
>APIs which will allow us to gain access to the data.  We need to be able to
>view reports on RS/6000 workstations using applications running over LU6.2, so
>we want to capture the output, store it and then be able (using high level
>languages) to retrieve it.  Would the JES2 external writer be able to do the
>capturing and has anyone got some example code of how to implement the writer?

We implemented an external writer to interface FAL SMTP with our local
mail system on MVS.  Basically, it grabs the SYSOUTS it's fed and
moves them into dynamically allocated data sets.  The code is pretty
straightforward assembler using SVC 99.  I can email it to you if
you're interested.  Be aware that the coding is the simplest part:
setting up your external writer so that the system finds it and
uses it is absurdly complicated and weird.  But it can be done.

  - SEB
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Wed, 8 Apr 1992 16:13:00 CDT
From:         Jay Alloway <JAY@KSUVM.BITNET>
Subject:      Re: A few MVS history questions

> 2. What is the history of JES2/HASP (please include dates is possible)?

Some early history was reported in the March 7, 1973 SHARE JES2/HASP
session by Tom Simpson (IBM) who was the head of the HASP implementaion
team.  Copying from the session report:

"It was originally written in Houston in 1967 in support of the Appolo
manned spacecraft program.  Subsequently it was distributed as a Type III
program, picked up a small number of users but through the years the
number of users have increased fairly substantially.  Further more there
is a continuing demand today for HASP.  The growth that we have accomplished
has not been without problems.  In 1968 IBM decided that in release 15/16
since we had readers and writers we no longer had a requirement for HASP.
IBM came down very hard on the users and said we were'nt going to have a
HASP.  The users resisted and HASP exists today."


Any typos in the above are mine.  My Contributed Program Library document
for HOUSTON AUTOMATIC SPOOLING PRIORITY SYSTEM 360D 05.1.007 is dated
August 15, 1967.  The authors listed are: Tom H. Simpson, Robert P. Crabtree,
Wayne F. Borgers, Clinton H. Long, and Watson M. Correr.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Fri, 10 Apr 1992 01:01:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      *WARNING* EX@CPR problem at late JES2 maint level

After installing a rather new JES2 ptf and it's prereqs, all attempts
to run something into the updated JES2 resulted in an S0C4 abend in
the converter with Doron's EX@CPR enabled.  EX@CPR *must* be
reassembled.  I spent quite a bit of time on the phone with L2 to
discover this...

I think one of the PTF cover letters said to reassemble all exits.
Believe it.  This is the first time that I've ever had to reassemble
exits due to IBM maintenance -- usually I just do it for each new
release.  But this time they added some fields in the middle of
DCNVWORK, which caused IGC111 to blow after EX@CPR does its trickery,
because the non-reassembled EX@CPR botched up the fake-opened proclib
DCB.  It was interesting to find executable code in a register which
was supposed to contain a pointer to some control block...

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Wed, 8 Apr 1992 08:29:12 EDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         "Harry E. Boswell" <U8803HE@DOECX.BITNET>
Subject:      ROUTECDE and DESTID under JES2 4.2

From:     Harry E. Boswell
U. S. Department of Energy
Computer Data Systems Inc.
Try ROUTECDE=Ux. We have a 3812-2 AFP printer defined with a
destid=xxx,dest=U1. Its ROUTECDE parm is ROUTECDE=U1. All vm output routed to
it using node.destid prints fine. We are JES2 3.1.3. The new syntax came with
3.1.1.

Note from U8803HE at DOEVM Voice (301)-903-2234
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Mon, 6 Apr 1992 16:02:25 EDT
From:         "Tony D'Amato" <NAD100T@ODUVM.BITNET>
Subject:      ROUTECDE and DESTID under JES2 4.2

We installed MVS/ESA and JES2 4.2 recently, and we're experiencing
a problem - under JES2 1.3.6, we were able to define destination
ids ODU4090 and ODU8700 to define our local Xerox printers, using
the following JES2 parms:

DESTID NAME=ODU4090,DEST=U2
DESTID NAME=ODU8700,DEST=U3

We then defined our printers using U2 and U3 in the ROUTECDE parm,
thus:

PRT2 UNIT=cua,ROUTECDE=(LOCAL,U2),
     WS=(R,Q,PMD,LIM/F,P,T,C)        <- note R for ROUTING

For ESA, I defined the same destids using the 4.2 syntax:

DESTID(ODU4090) DEST=U2
DESTID(ODU8700) DEST=U3

The same definitions work fine for all local output, now, here's the
problem: we have a VM system attached to MVS which uses RSCS to route
printed output from VM to MVS. Somehow, once the printouts get to MVS,
unless I remove the R from the WS field, nothing from VM gets printed...
not good. It looks like the VM output is not considered LOCAL.

My question is --- what's happening? I have a sneaking suspicion that
somehow RACF is getting involved (we're using RACF 1.9) -- the tight
linkage between JES2 and RACF has been a royal pain during the
installation. I've used class NODES to make our VM node trusted so
output can come across, but is it screwing up things?

I've gone around and around on this -- can anyone help??
Thanks...

-------
Tony D'Amato                      E-Mail: NAD100T@ODUVM.BITNET
Old Dominion University               or: nad100t@oduvm.cc.odu.edu
+-----------------------------------------------------------------------------+
| "Praise is well, compliment is well, but affection -- that is the last and  |
|  final and most precious reward that any man can win."       ---Mark Twain  |
+-----------------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Sat, 11 Apr 1992 21:57:00 EST
From:         Chuck Reid - x5992 <CCSCHR@UWOCC1.UWO.CA>
Subject:      Moving JES2 referenced PROCLIBs.

Can I safely move a PROCLIB referenced in the JES2 PROC while JES2 is
active. JES2 does not appear to hold any sort of enqueue over the
library (according to the PD code WHOHAS, anyway)? The dataset is in
the master cat and would remain in the master cat after the move but the
volume would change.

Any gotchas in this area if I try?

Thanks for your insight!

CHR.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: "ECU Computing and Information Systems"
Newsgroups: bit.listserv.jes2-l
Date:         Wed, 8 Apr 1992 09:45:56 EDT
From:         "Brad S. Carson" <SSBSC@ECUVM1.BITNET>
Subject:      A few MVS history questions

A friend of mine who does not have BITNET access has requested me to ask
this list a few questions.  They are:

1. What is the history of SMP (both SMP and SMP/E)?

2. What is the history of JES2/HASP (please include dates is possible)?

3. What is the history of JES3/ASP (same)?

We are work on a small presentation for our NaSPA chapter and would like
to know and use this information.

These questions have also been posted to IBM-MAIN, please ignore duplicate
postings.  Thanks.


------------------------------------------------------------------------
Brad S. Carson                       Bitnet  :      SSBSC@ECUVM1
Systems Programmer (VM, MVS & VMS)   Internet:      ??Real soon now??
East Carolina University             NASCOMM :      CarsBraS
Austin Building Room 108             Bellnet :      (919) 757 - 4346
Greenville, NC 27858
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Thu, 9 Apr 1992 22:42:00 MET
From:         RCCSJLN@HDETUD2.TUDELFT.NL
Subject:      Help needed for NJE

Delft University of Technology is currently upgrading its MVS/XA
2.2.3 to ESA 4.2, along with JES2 4.2, RACF 1.9 etc. We have
problems with setting up NJE-connections:
- Within the same MVS, we have UclaMail, which acts as a peer NJE
  node, connected through SNA (whitin the same subarea). This works.
- We have a true SNA connection to another JES2 node, through NCP/NPSI.
  We can see the logon (HASP200), immeditately followed by a logoff
  (HASP208, LSTRM scheduled, reason code 20).
- We have several other connections through the UNB NJE/IP, which
  translates TCP/IP. JES sees the connected nodes as SNA NJE. We
  can see the logon (HASP200), not follwed by other messages, but
  no traffic flows, although our JES2 does have outbound files.
  From $DU we can see that the lines are active, but the transmitter
  and reciever devices are inactive.
An extract from our JES2 init deck is:
  NJEDEF   OWNNODE=1634,NODENUM=4000,MAXHOP=40,LINENUM=100
  TPDEF    BELOWBUF=(LIMIT=10),EXTBUF=(LIMIT=200,SIZE=3440,WARN=80),
           RMTMSG=35,SESSION=250
  NODE1634 NAME=HDETUD2,SUBNET=BINNEN
  APPL(A21JES2)  NODE=1634
  LOGON1   APPLID=A21JES2
  NODE3997 NAME=UCLAMAIL,SUBNET=BINNEN
  APPL(A21UCLA)  NODE=3997
  NODE1626 NAME=HDETUD53,SUBNET=BINNEN
  NODE0449 NAME=HEARN,SUBNET=BUITEN
  APPL(HEARNVAX) NODE=2237
  LINE(1-100) UNIT=SNA

Needless to say that under JES2 2.2.0, everything worked.

What can be wrong? Can it have something to do with the new RACF 1.9
resource classes that JES uses? We activated NODES and SURROGAT,
but no other new 1.9 classes. FACILITY is active, but it does not
contain a profile *, or RJE.*, or NJE.*. The connected nodenames
do not correspond to RACF userids in our system, and they should
not be (that is why RJE.* must not exist: if it does, JES tries to
validate its access, and rejects logon because RMT1 is not a valid
userid).
Any other hints?
Thanks in advance,
Hans Joolen
Delft University of Technology, NL
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Thu, 9 Apr 1992 00:13:46 EDT
From:         Roger Fajman <RAF@NIHCU.BITNET>
Subject: Re: A few MVS history questions

Stanford was running HASP when I arrived there in June 1967.  Might
have been a prerelease version, I suppose.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: NERDC, U of Fl, 904-392-4601
Newsgroups: bit.listserv.jes2-l
Date:         Wed, 8 Apr 1992 16:23:52 EST
From:         "Jack Schudel (SCHUDEL@NERVM)" <SCHUDEL@NERVM.NERDC.UFL.EDU>
Subject:      Re: A few MVS history questions

On Wed, 8 Apr 1992 09:45:56 EDT Brad S. Carson said:
>
>2. What is the history of JES2/HASP (please include dates is possible)?


This is what I know about HASP/JES2 versions.  If anyone has any
corrections, please let me know.

/jack


          JES2 Version History


             Date  Release       Contents

             7/67  HASP I V.1    OS/MFT-I
             9/67  HASP I V.2    RJE (STR)
             9/68  HASP II V.1   MVT-II, MVT
             8/69  HASP II V.2   BSC RJE

             2/71  HASP II V.3   S/370
             3/73  HASP II V.4   OS/VS2 (SVS)

             7/74  JES2 R.2      MVS
             3/75  JES2 R.3      Shared Spool
             7/76  JES2 R.4      3800, SNA RJE
            11/76  NJE R.1       NJE

             3/77  JES2 R.4.1    3790 MLU RJE
             3/77  NJE R.2       3790 RJE

             3/78  NJE R.3       SNA NJE

             3/80  JES2 R.4.1+   3800 Enhancements
             3/80  NJE R.3.1     3800 Enhancements

             7/81  SP 130/210    Exits, Spool Offload
             6/83  SP 133/211    Dynamic Spool
             4/84  SP 134/212    AFP
            10/85  SP 136/215    Spool Constraint Relief
             7/87  SP 220        Ckpt Enhancements
            12/88  SP 311        Constraint Relief, CSO
             2/90  SP 313        RACF Security
            10/90  SP 410        Output, NJE
             3/91  SP 420        APPC, Dynamic I/O
From: aroby@andersen.co.uk (Tony Roby)
Newsgroups: bit.listserv.jes2-l
Subject: External writers
Summary: Using external writers to capture sysout
Keywords: External writers
Date: 9 Apr 92 17:17:08 GMT
Organization: Andersen Consulting (UK Practice)

We are looking for a way of capturing SYSOUT data and storing it in a print database.  Products such as BETA93 seem to be unsuitable since there are no APIs which will allow us to gain access to the data.  We need to be able to view reports on RS/6000 workstations using applications running over LU6.2, so we want to capture the output, store it and then be able (using high level languages) to retrieve it.  Would the JES2 external writer be able to do the capturing and has anyone got some example code of ho


w to implement the writer ?

Thanks,

Tony
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.jes2-l
Date:         Fri, 10 Apr 1992 00:52:00 PDT
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: External writers

With IBM's MVS TCP/IP V2, you can FTP to MVS, do a SITE FILETYPE=JES
(or something like that -- I don't have V2 running yet), and then
DIR and GET can be used on sysout!  That sounds like it might meet
your needs in a different manner.  Otherwise, since you mention LU6.2,
what about writing an APPC transaction which will just use the OUTPUT
command to retrieve the output (maybe by shoveling it into a dataset)?

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:         UK.AC.PCL.SUN; 10 APR 92 10:16:19 BST
X-Mailer:    ELM [version 2.3 PL0]
Newsgroups: bit.listserv.liaison
Date:         Fri, 10 Apr 1992 10:17:39 BST
From:         Marcus Harvey <marcus@SUN.PCL.AC.UK>
Subject:      Re: MacBinary downloads and MacKermit

> Am I missing something?  Is there an extra utility that I haven't seen?
> I'm trying MacKermit 0.9(40) which I believe to be the most current.
>
The version of MacKermit in the info-mac archives at sumex-aim.stanford.edu
is 0.98(63). Full pathname is info-mac/comm/mac-kermit-098-63.hqx.

Marcus Harvey, Polytechnic of Central London IRS
marcus@uk.ac.pcl.sun - JANET  marcus%sun.pcl.ac.uk@ukacrl - BITNET/EARN

                                                          ...Bubble Up!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.liaison
Date:         Tue, 7 Apr 1992 13:24:00 PDT
From:         Shirley Goldstein <CUSGSJN@UCLAMVS.BITNET>
Subject:      nodes info2

Yesterday I received the March 13 version of NODES INFO2 via AFD
from listserv@ucbcmsa.  I also received the April 5 version of
NODES INFO1 via AFD from listserv@ucbcmsa.  listserv@bitnic
supplies a correct (April 5) dated NODES INFO2.  You might want to
check the version date in the file before you install.

Shirley Goldstein
Postmaster, Office of Academic Computing
Univ. of California, Los Angeles
BITNET:  CUSGSJN@UCLAMVS          Internet: CUSGSJN@MVS.OAC.UCLA.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <C4898@UMSLVMA>
Newsgroups: bit.listserv.liaison
Date:         Wed, 8 Apr 1992 11:04:09 CDT
From:         Larry Pickett <C4898@UMSLVMA.BITNET>
Subject:      pop3 client for dos & windows ??

I have recently been experimenting with pop3 using unix and a macintosh.
What have your experiences with dos and/or windows clients similiar to
Eudora on the Mac?  evaluations and pointers to available applications
would be appreciated.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU