HDTenEightyP/NetNews huggingface dataset:
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"JOHNSON@northeastern.edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 12 Jan 93 18:19:40 GMT
From:         Ned Freed <NED@INNOSOFT.COM>
Subject:      RE: immediate vs. periodic
Newsgroups: bit.listserv.pmdf-l

There is at least one oversight in the immediate job creation logic that
can cause messages to slip into the queue without getting processed by
an immedate job. This was discussed earlier this month on info-pmdf;
please check the original messages on this subject for details. This
will be fixed in the next release.

It is also possible that your immediate jobs are dying without doing any
processing; you'd have to examine your logs to see if this is happening. It
is also possible that processing is happening but for some reason the
user's mail files are temporarily unavailable. This is a very frequent
event on some systems. Again, you'll have to check the logs to tell the
specifics. You can usually tell whether or not a message has received
some attention by the file name: names beginning with ZZ have not been
processed; names beginning with ZY have had one delivery attempt; names
beginning with ZX have had two, and so on.

You can always increase the frequency of periodic processing if you want
to try to push messages through faster. This is done with the
PMDF_POST_INTERVAL logical. I would not recommend decreasing the interval
to anything less than one hour, however. You can always use the period
setting to service some channels more often than others.

In summary, PMDF provides ample means for gettng just as much delivery
processing as you need. The problem is making sure that the processing you
ask for is actually efficacious; for example, frequent reprocessing of
SMTP channels is largely a waste of resources since unreachable systems
tend to remain unreachable for periods measured in hours if not days.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"INFO-PMDF@YMIR.CLAREMONT.EDU"
X-VMS-Cc: IN%"wilder@NSRSKE.AGR.CA"
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 11 Jan 93 20:36:02 GMT
From:         Bill Wilder <wilder@NSRSKE.AGR.CA>
Subject:      Yet another query on VMS-MAIL Linelength (but with a twist)
Newsgroups: bit.listserv.pmdf-l

Ned - don't chew me out about this query (VMS Mail line lengths)
until all the flattery at the bottom has been read.

We have a gateway node running PMDF V4.1 serving many connected
DECNET nodes not running PMDF (at least not yet).

I understand the limitation within VMS mail that prevents messages
containing wide lines from being delivered properly using just VMS mail.

Do I also understand properly that an incoming MIME encoded message will
automatically be delivered using SEND/FOREIGN. If so, should not
SEND/FOREIGN be immune to record length considerations?

Or to get right to the point:

Incoming MIME encoded messages are sticking in our D queue and D_MASTER.LOG
shows the RMS message:

        %RMS-W-RTB, 512 byte record too large for user's buffer

I can provide PMDF.CNF or further details if required. Neither foreign
nor noforeign were specified for the DECNET channel (foreign should
be the default). The d channel does specify headerbottom.

===========================================================================
Attached flattery:

I had the opportunity to listen to the PMDF developers at a recent
BOF at the Fall DECUS and must say how impressed I was with their mastery
of e-mail issues and Internet issues and their ability to communicate
clearly. Our choice of PMDF has served us well to date and I am confident
it will continue to do so while it remains in these capable hands.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ANNA%CLARKU.BITNET@ymir.claremont.edu"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 7 Jan 93 20:03:47 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: running bitnet_domains.com for current xmailer and domain
              names files
Newsgroups: bit.listserv.pmdf-l

> I just tried to run the bitnet_domains.com after having loaded new
> xmailer.names and domain.names files.  The procedure finished fine, but it did
> not create a new tcpip.rules file.  The new file is empty.  Have I missed
> something and shouldn't be using xmailer and domain names files anymore?  Can
> anybody help, please?  Thanks in advance.

You should not run bitnet_domains.com.  Instead, you should be running a
shell procedure which sets the appropriate DCL symbols and then invokes
bitnet_domains.com.  Check to see if you have any such procedure
(e.g., BITNET_DOMAINS_DRIVER.COM) in your PMDF_ROOT:[TABLE] directory.
You should be running that procedure and not BITNET_DOMAINS.COM.

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@ymir.bitnet"
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 7 Jan 93 19:44:13 GMT
From:         "Anna Tomecka, x7733" <ANNA@CLARKU.BITNET>
Subject:      running bitnet_domains.com for current xmailer and domain names
              files
Newsgroups: bit.listserv.pmdf-l

Hi,

I just tried to run the bitnet_domains.com after having loaded new
xmailer.names and domain.names files.  The procedure finished fine, but it did
not create a new tcpip.rules file.  The new file is empty.  Have I missed
something and shouldn't be using xmailer and domain names files anymore?  Can
anybody help, please?  Thanks in advance.

Anna Tomecka
Systems Manager, Clark University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
Organization: Cambridge Computer Associates, Inc.
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"info-pmdf"
X-VMS-Cc: TINKELMAN
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 12 Jan 93 15:19:07 GMT
From:         Bob Tinkelman <bob@CAMB.COM>
Subject:      Header processing with NOTES channel
Newsgroups: bit.listserv.pmdf-l

Is there a way to instruct the NOTES channel to insert *no* headers into
posted notes?  If I surpress all headers using HeaderTrim then the NOTES
channel won't receive the From: and Subject:-headers, which would clearly
be unacceptable.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"info-pmdf@ymir.claremont.edu"
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 7 Jan 93 22:47:30 GMT
From:         "Cheri Weaver - 845-9430 ext 2153" <cheri.weaver@SHERIDANC.ON.CA>
Subject:      pmdf-mr
Newsgroups: bit.listserv.pmdf-l

I am running PMDF v.4 and PMDF-MR.  I can send mail from Allin1
to an Ultrix machine (TCP/IP Services for VMS) and it gets delivered
with no problems.  Unfortunatley I cannot reply to the message.
I am using sendmail on the ultrix machine and the first "from" in the
header seems to have the replyable address but the second "from:"
is being used and it is full of, I believe, x400 gobblygook and
returns an error.  I can send mail from the Ultrix machine to the
Allin1 account using what shows up on the from line.

I would appreciate it if someone can give me any ideas as to how I
should be solving the problem or point me to the right place.

Thanks
Cheri
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@ymir"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 4 Jan 93 16:09:09 -0500
From:         SKIPPER@MEDCOLPA.BITNET
Subject:      Using BITNET (NJE) style address on outbound Email to BITNET
              sites...
Newsgroups: bit.listserv.pmdf-l

Hopefully this is NOT a FAQ.

Anyway,

We are a BITNET only site, but are also registerred with the NIC as
MEDCOLPA.EDU.  Using PMDF, I have our address being rewritten to read
user@ccc.medcolpa.edu.  This has been working quite well (after a few
changes to the way we were registerred), until I tried to renew some
AFD to NETSERV@PUCC.  Since NETSERV is a NJE only server, it will only
accept mail addresses with NJE syntax (user@medcolpa) and NOT domain style
addresses.  Is there a way to make PMDF forward a BITNET style return
address if the outgoing mail is sent to a BITNET only site or server and
domain style to all others.  It seems that I have seen or read something
addressing this matter before.  If so, I would be more than willing in
reading the manual if directed to the appropriate location.

Thanks in advance.

/tom

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
L. Thomas Skipper (Tom)                             M     M   CCCCCC  PPPPPPP
VAX Systems & Networking Manager                    MM   MM  C        P      P
Medical College of Pennsylvania                     M M M M  C        P      P
College Computer Center                             M  M  M  C        PPPPPPP
2900 Queen Lane                                     M     M  C        P
Philadelphia, Pennsylvania 19129                    M     M   CCCCCC  P

BITNET:  SKIPPER@MEDCOLPA  Internet: SKIPPER@CCC.MEDCOLPA.EDU
PHONE:   (215)991-8180          -OR- SKIPPER@SINGER.ASRI.EDU
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"RAMSEY@CUA.EDU"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Wed, 6 Jan 93 20:02:30 GMT
From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
Subject:      RE: Files as recipients
Newsgroups: bit.listserv.pmdf-l

> Is it possible to specify a file as a mail recipient?  what I'd like
> to do is set up an entry in a personal (or system) alias database that
> points to one or more addresses plus a file on the local system for
> archiving.  Can I do this without using DELIVER?  I couldn't seem to
> find any info about this in the manual (but perhaps I'm blind).

Yes, use an address of the form

   "+device:[directory]filename"@local-host

as the address in the alias file.  For instance,

   "+disk1:[mail_archives]info-pmdf.txt"@innosoft.com

Now, you have to do a couple of things first:

  (1) If you do not have PMDF-FAX, then create a PMDF_USER account which
      has no privileges and is in a UIC group all of its own (and is not
      in an implicitly privileged UIC group either).  The account name need
      not be PMDF_USER.  The account should be disusered, disnewmailed,
      captive, restricted, etc., etc.

  (2) Define the system-wide logical PMDF_USER_USERNAME whose translation
      value is the name of the PMDF_USER account; e.g.,

         $ define/system PMDF_USER_USERNAME "PMDF_USER"

      Add this logical definition to your system startup.  Next time you
      install PMDF, elect to create a PMDF_USER account.  By doing this,
      the account will properly be created and the definition of the
      PMDF_USER_USERNAME logical will be added to your PMDF_STARTUP
      command procedure.

  (3) Create the archive file; e.g.,

         $ create disk1:[mail_archives]info-pmdf.txt
         ^Z
         $

      Make sure that the PMDF_USER account has write access to this file.

The whole point behind the PMDF_USER account is to create a safe context for
use by PMDF when appending messages to files.  You don't want people casually
appending DCL commands to, say, your system startup procedure or system login
command procedures.  PMDF will only perform the append operation to files which
the PMDF_USER account has write access.

By the way, the address format to use from withing VMS MAIL would be

   in%"'+disk:[device]filename'@local-host"

Dan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-To: pmdf-l@irlearn.bitnet
X-Vms-To: IN%"pmdf-l@irlearn"
X-Vms-Cc: GLOOR
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Date:         Thu, 7 Jan 93 20:47:36 GMT
From:         "Peter Gloor - ++41 71 933 303" <GLOOR@BETA.UNISG.CH>
Subject:      Crashing WIN/TCP Slave Channel
Newsgroups: bit.listserv.pmdf-l

The following is an extract from pmdf_root:[log]err_wtcp_local_slave.log and
contains a repeating error each time the remote system (sun with pp) tries
to deliver a message from e certain sender:

-------------------------- extract from log ----------------------------------
RCVD do 1 (reply)
SENT will 1 (don't reply)
%PAS-F-ARRINDVAL, array index value is out of range
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC
                                                           000CD463  000CD463
                                                           000CA087  000CA087
                                                           000DE2E7  000DE2E7
                                                           000DBEFC  000DBEFC
                                                           000FC3A9  000FC3A9
                                                           000F79B9  000F79B9
TCP_SLAVE       TCP_SLAVE                        3631      000000B0  00002F20
%PAS-F-ARRINDVAL, array index value is out of range
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC
                                                           000CD463  000CD463
                                                           000CA087  000CA087
                                                           000DE2E7  000DE2E7
                                                           000DBEFC  000DBEFC
                                                           000FC3A9  000FC3A9
                                                           000F79B9  000F79B9
TCP_SLAVE       TCP_SLAVE                        3631      000000B0  00002F20
%PAS-F-ARRINDVAL, array index value is out of range
%TRACE-F-TRACEBACK, symbolic stack dump follows
:
 (and so on...)
:
:
----------------- that's the delivered rest of the message -------------------
From:	IN%"'/I=EB/G=Michael/S=Eberle/OU=S+K/O=KPD St. Gallen/'@SWISSPTT.arcom.ch"
  7-JAN-1993 18:26:45.39
To:
CC:
Subj:


Return-path:
 <"/I=EB/G=Michael/S=Eberle/OU=S+K/O=KPD St. Gallen/"@SWISSPTT.arcom.ch>
****** MESSAGE DAMAGED IN TRANSIT ******

-------------------------------------------------------------------------------

Strange enough, even without a To: it is delivered to the correct recipient.
What can be done against this case. We will probably receive a lot of messages
from that site and need the problem having solved rapidely.

Let me know if you need more information. We are running PMDF 4.1-7 and the
remote system is running pp.

Regards

Peter
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@innosoft.com"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Tue, 12 Jan 93 17:14:48 GMT
From:         "I am only an egg." <JOHNSON@NORTHEASTERN.EDU>
Subject:      immediate vs. periodic
Newsgroups: bit.listserv.pmdf-l

     Hi.

     All my channels are immediate.  However I seem to be winding up
with que lengths of 30 to 50 or so on the local channel specifically.
These messages get delivered the next time the periodic batch job fires
off.

     Why are these messages sitting on a que which is marked as
immediate?  What am I doing wrong?  The local channel entry looks as
follows;

l 822 bidirectional immediate filesperjob 2 queue local_mail logging
northeastern.edu

     I'm running the following;

     VMS 5.5
     PMDF 4.1
     TGV 3.1

     Thanks.

Chris Johnson
Northeastern University.

--Boundary (ID uk7m4QSDZnJZgt+fu2+HMA)--
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"IPMDF@YMIR.BITNET"
X-VMS-Cc: SYSTEM
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Wed, 6 Jan 93 22:28:07 GMT
From:         Tony Mione <MIONE@ZODIAC.BITNET>
Subject:      Bug in os_wake_deliver
Newsgroups: bit.listserv.pmdf-l


        On occasion, we have noticed a problem with message files
which are abandoned by all of the channel master batch jobs.  These
message files are being left in PMDF queue directories without any
delivery attempts being made (i.e. the filenames start with 'ZZ') and
after all of the currently running batch jobs have completed.

        After looking at routines from the MM.PAS, OS.PAS and SUBMIT_MASTER.PAS
source files, it seems like there is a potential race condition which
allows 'windows' to exist where message files will not be delivered
until POST.COM is run.

        The scenario is as follows:

        Three (or more) messages are being written to a channel queue directory
at about the same time (the time recorded by os_init_deliver differs
by, let's say, several hundreths of a second in each case).
Message 1 completes writing a message file and submits a master channel job.
The master job submitted by message 1 starts and takes its directory listing.
Message 2 is long and has gobs of addresses to process.  Message 3 completes
and submits a master channel job which goes into a PENDING state.  Message
2 completes processing and notices that a batch job exists for the channel
so it does not submit another.

        The results:

        Message files written with time stamps between message 1's
'os_init_deliver' time and the time that master job completes its
directory command will get delivered.  Message files at or after
message 3's 'os_init_deliver' time will get delivered.  Messages written
by message 2 which are stamped before message 3's 'os_init_deliver' time
will be delayed until POST.COM runs.

        The fix should be straight forward.  There is code in the
middle of os_wake_deliver which checks for the existance of the
master batch job on a particular channel.  The check should include verifying
that Parameter 3 of a PENDING channel master batch job is also earlier
than the current message's 'os_deliver_start_time'.  If it is not, then
one additional channel master batch job should be submitted.



Tony:: (VMS Systems, Operations & Technical Support, RUCS)
Hill Center 046 - (908)-932-4785
---------------------------------------------------------------------
Bitnet:  MIONE@ZODIAC.BITNET
Arpa:    MIONE@ZODIAC.RUTGERS.EDU
_____________________________________________________________________

Basic rule when in flight:
        Maintain thy airspeed, lest the earth arise
                and smite thee.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ashe-l
Date:         Tue, 5 Jan 1993 14:37:19 EST
              <ASHE-L@MIZZOU1.BITNET>
From:         Jerilyn Garofalo <garofalo@SHRSYS.HSLC.ORG>
Subject:      Computers in Healthcare Education Symposium

MARK YOUR CALENDAR !!!

            Computers In Healthcare Education Symposium

                        April 29 & 30, 1993
                     Thomas Jefferson University
                         Philadelphia, PA

The Symposium serves as a national forum and provides numerous
opportunities to share ideas and expertise about the use of
technology in healthcare education.  The HSLC encourages the
sharing of resources among Pennsylvania's Health Sciences
institutions and towards that end is sponsoring the eighth
"Computers in Healthcare Education" Symposium.  The Symposium is
two full days of speakers, workshops and exhibits.

The "Computers in Healthcare Education" Symposium is the only computer
conference designed for and by medical and allied health educators.
We invite you to participate and join in exploring the 1993
Symposium theme --

"Collaborative Computing & Networking for the 90's"

In keeping with the theme of collaboration, we are pleased to announce that
this year's symposium is jointly sponsored by IBM and Apple.  The exhibit
area will also feature many other commercial vendors and a reception on
Thursday evening.

We are pleased to announce that our keynote speakers will be Ed Krol,
Pat Mulholt and Mike Bowman.

Ed Krol is the author of _The Hitchhikers Guide to The Internet_ and
_The Whole Internet: User's Guide and Catalog_.  _The Whole Internet_ is
considered by many to be the most useful Internet handbook available.
Mr. Krol has also consented to host a book signing at the symposium.

Pat Mulholt of Columbia University of Health Sciences will speak on the
creation of an electronic curriculum through the CHIPS project at Columbia.
The CHIPS project networks the curriculums of all the medical, dental and
allied health schools through the central hub of their library.

Mike Bowman of IBM will speak on IBM and Apple joint ventures. In a
true collaboration IBM and Apple have created two joint venture firms,
Taligent and Kaleida.  Mike will explain the goals of these two new firms.

The Symposium program includes a wide range of interesting and
useful activities including keynote speakers, paper presentations,
panel sessions, demonstrations, and hands-on workshops. Speakers have been
invited from all over the United States and the Republic of Panama.

The brochure, registration and hotel information will be mailed in February
1993. If you would like to receive a copy please send your name and
address to the address below.

The Health Sciences Libraries Consortium is supported in part with
a grant from The Pew Charitable Trusts.


\          Jerilyn Garofalo                     Voice: 215 222-1532
\\         User Support Specialist              Fax:   215 222-0416
\\\\       Health Sciences Libraries Consortium
\\\\\\     3600 Market St., Suite 550
H S L C    Philadelphia, PA   19104-2646   Garofalo@shrsys.hslc.org
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-NUPop-Charset: English
MMDF-Warning:  Parse error in original version of preceding line at nd.edu
Newsgroups: bit.listserv.ashe-l
Date:         Fri, 8 Jan 1993 08:38:47 CST
              <ASHE-L@MIZZOU1.BITNET>
Comments:     Warning -- original Sender: tag was john.e.delee.1@POP.ND.EDU
From:         john.e.delee.1@ND.EDU
Subject:      HIGHER ED LISTSERV

I WOULD BE INTERESTED IN BEING INCLUDED IN THE FOLLOWINF LISTSERV
ERAPPA-L    ASSN. OF PHYSICAL PLANT ADMINISTRATORS
LISTSERV@PSUVM.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ashe-l
Date:         Thu, 7 Jan 1993 14:48:37 EST
              <ASHE-L@MIZZOU1.BITNET>
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         "David L. Arnold" <DLARNO01@ULKYVM.LOUISVILLE.EDU>
Subject:      Address; still looking

Research Administration
Phone: 588-8363
  Still looking for an e-mail address for Dr. Beth Luey, editor of Publications
 Research Quarterly at Arizona State.  Thanks.  DA.
From: westk@ava.bcc.orst.edu (Ken West)
Newsgroups: bit.listserv.sas-l
Subject: fixed "x to shell" problem, THANKS!!
Date: 12 Jan 1993 17:41:31 GMT
Organization: Biological Computing Consortium, OSU
Distribution: usa
NNTP-Posting-Host: ava.bcc.orst.edu

Thanks to everyone who replied to my question re; x to shell with PC SAS 6.04!
Indeed, I had omitted the line with the *ansi.sys driver!


-- 
=-=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=
Kenneth J. West                 The word "set" has the most meanings in
westk@ava.bcc.orst.edu    the English language, 128 noun, 56 verb, 10 adj
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU