HDTenEightyP/NetNews huggingface dataset:
From: COFFEE@VETMAIL.TROTNET.VET.KSU.EDU
Newsgroups: bit.listserv.medlib-l
Subject: Re: Position Open at NLM
Date: 31 Jul 92 17:05:08 GMT
Organization: KSU - Veterinary Medicine
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Pmrqc:      1
X-Mailer:     Pegasus Mail v2.3 (R2).
X-To:         Carolyn_Tilley%OCCSHOST.NLM.NIH.GOV@ksuvm.ksu.edu,
              MEDLIB-L%UBVM.bitnet@ksuvm.ksu.edu

This is not in regards to your position announcement but to
another problem that I fthought I'd bring to your
attention.  It appears that the September and November issues of FEMS
Microbiol. Lett. have the wrong volume numbers in the MEDLINE
database.  I double checked a couple of citations against the same
reference in Current Contents and made this discovery.  Two of the
specific citations are:
  1.  FEMS Microbiol. Lett.  1991 Nov 15;68(2):167-71.  Joseph, TD and
        Bose, SK.  Further Characterization of an Outer Membrane.....
          The volume number should be 84.

  2.  FEMS Microbiol. Lett. 1991 Sept 15;67(1):73-8.  Sayada C. et al.
        Rapid Genotyping of the Chlamydia trachomatis Major Outer.....
          The volume number should be 83.
Thanks for your help on this.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.medlib-l
Date:         Fri, 31 Jul 1992 22:20:00 EST
From:         Carolyn_Tilley@OCCSHOST.NLM.NIH.GOV
Subject:      Position Open at NLM
X-To:         medlib-l@ubvm.cc.buffalo.edu

          Librarian, GS-12
          NLM is looking for a librarian to serve in Bethesda,MD, as
          the focus for AIDS information activities in the Division of
          Library Operations.  The position is located in the MEDLARS
          Management Section.  Chief duties are:
          --expanding the AIDSLINE database
          --identifying AIDS journals for possible indexing
          --assistance with the AIDS BIBLIOGRAPHY
          --teaching users about AIDSLINE and writing technical user
            reference materials, documentation, user guides, etc.
          --engaging in various special projects such as demonstrating
            and exhibiting AIDSLINE and other NLM databases
          --serving on the MEDLARS Service Desk by answering a variety
            of technical and operational questions concerning aspects
            of the MEDLARS system, NLM databases, and Grateful Med

          Applications for this permanent Federal government position
          are due by cob 8/17/92.  The announcement number is LM
          92-36.  There is a selective factor and KSAs.  For a packet
          on the position, for information about how to get on the
          Librarian register if you are "non-status," or for other
          questions, please contact the NLM Personnel Office at
          301-496-4943.  You may ask to speak to Mrs. Marilyn Apolito,
          although others also should be able to assist you.

          NLM is an Equal Opportunity Employer.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.medlib-l
Date:         Fri, 24 Jul 1992 14:49:57 CDT
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         "Mary E. Helms --UNMCVM(MHELMS)" <MHELMS@UNMCVM.BITNET>

set NOMAIL
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: MEDLIB-L@UBVM.BITNET
X-VMS-To: IN%"MEDLIB-L@UBVM.BITNET"
Newsgroups: bit.listserv.medlib-l
Date:         Wed, 29 Jul 1992 10:34:00 CDT
From:         NRCURTIS@UAMS.BITNET
Subject:      Re: HOLDINGS ON SP MEDLINE

We enter journal holdings messages on our PlusNet2 system. One problem
we have noticed is that patrons tend to use the messages as the
definitive journal holdings list. So if you use a message like
"Owned by library" or "Library owns all of this journal" when you really
mean "Library owns all issues of this journal covered by this particular
database", you may confuse your patrons. Possibly one way to get around
this problem is to use a message like "Check catalog for holdings"
instead.

--Nancy R. Curtis
  UAMS Library
  nrcurtis@uams.bitnet
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.medlib-l
Date:         Wed, 29 Jul 1992 15:03:30 EDT
From:         Ester Burke <LIBURKE@ECUVM1.BITNET>
Subject:      Directory of Physicians in the U.S.

We recently received a licensing agreement for the Directory of Physicians in t
he United States, 33rd ed. (formerly, American Medical Directory) published by
the American Medical Association.  In this agreement the Library agrees that th
e Directory will be designated as reference texts only, will not circulate, not
 leave the facilities or be part of any interlibrary loan program.  There are
also references to Licensee (i.e. the Library) not copying, creating mailing
lists or databases.  Since we sometimes allow reference materiatls out of the
library for brief periods of time, since previous editions of this Directory
are placed in the regular book statcks for historical purposes, along with our
unwillingness to assume responsibility for what any patron may use the Director
y for, we are not purchasing the Directory.

We are interested in how other libraries are dealing with this agreement.  Whil
e we are concerned about not having this Directory, we feel this is unacceptabl
e, among other things.  Also, if you and your library agree that this is
unacceptable, we encourage you not to purchase this Directory.  Perhaps, if
enough of us stand up to the American Medical Association, they will see the
error of their ways!

East Carolina University Librarians
Health Sciences Library
Green
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.medlib-l
Date:         Tue, 28 Jul 1992 21:04:03 -0500
Comments:     <Parser> E: Mail origin cannot be determined.
Comments:     <Parser> E: Original tag was -> SENDER: <>
From:         Undetermined origin c/o Postmaster <POSTMASTER@UBVM.BITNET>
Subject:      Returned Mail
X-To:         MEDLIB-L@UBVM.cc.buffalo.edu

Recipient William_Campbell@qmcumc.mail.cornell.edu is not a valid QuickMail
 user.  Try a different address.
Recipient Steve_Erde@qmcumc.mail.cornell.edu is not a valid QuickMail user.  Try
 a different address.

===== Original Message Follows =====
Received: from [140.251.5.51] by cumc.cornell.edu (5.64/A/UX-3.00)
	id AA05576; Tue, 28 Jul 92 21:01:06 EDT
Date: Tue, 28 Jul 92 21:01:06 EDT
Message-Id: <9207290101.AA05576@cumc.cornell.edu>
From: "rahim baskett"  <rahim@cumc.cornell.edu>
To: Hagberg@cumc.cornell.edu, Eric_Hagberg@qmcumc.mail.cornell.edu
Cc: Erde@cumc.cornell.edu, Steve_Erde@qmcumc.mail.cornell.edu,
        Kendrick@cumc.cornell.edu, Stuart_Kendrick@qmcumc.mail.cornell.edu
Subject: pop test first session!!!

  Happy, Happy, Happy, Joy, Joy, Joy!!!!!  The pocket popmail is definately the
way to go.  The students will have to set up thier own groups as we all know but
that shouldn't really matter because they will only be sending mail to thier
friends locally.  If they have to send anything acoss the internet the internet,
pop, unlike Quick mail, is very forgiving in as far as geting to the internet.

  As far as DNS is concerned it would be nice if as long we were hounding these
people to give us this feature that we also ask them to throw in a few other
university mail directories just to make things a little more attractive.

  Anyway I am running at low density which is a little more reliable though
there is the issue of disk space.  If the users are reading and deleting thier
mail then there shouldn't be any problems.  I've done some more reading in my
spare tiem on pop and I still haven't found out if archiving compresses the
files before doing so.  I am lead to believe it does bt the files that I have
archived didn't appear to be compressed.

 I have a question that I think we should all ponder.  What about protection???
While condoms are ok for humans they don't do very well on disks.  What I mean
simply enough is we will have a lot of people running around with these disks
and they are bound to come across something funky eventually.  What do we do
about protecting the disk during thier life time.  Do we stick a copy of
disinfectant on them free of charge of what???

 As you can tell just by this message I think that we should get our hands on a
few copies of POPmail's version of spell check.  Pop does have one though at
this moment the name escapes me. That would really put this thing in the prime
position to bump Quickmail down if not out.


--R.B.--
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.medlib-l
Date:         Thu, 23 Jul 1992 09:43:46 CDT
From:         PF Anderson <pfa@CASBAH.ACNS.NWU.EDU>
Subject:      re: Drug Company $$
X-To:         MEDLIB-L@UBVM.cc.buffalo.edu
              "Annanaomi=Sams%LIBRARY%UMASS@BANYAN.UMMED.EDU" at Jul 22,
              92 4:33 pm

We also have received quite a number of CAI programs from a variety
of drug companies, however the reps have mostly approached the
library directly and the library has actively contacted reps
from other drug companies if we knew of a program them were
making available and that we were interested in. There have been
a few programs that were really not worth pursuing even if they
were free.

Pat Anderson
Barnes Learning Resources Center
Galter Library
Northwestern University
303 E. Chicago Ave
Chicago IL 60611
pfa@nwu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.medlib-l
Date:         Fri, 24 Jul 1992 15:10:19 EST
From:         Faith Meakin <FMEAKIN@UMAB.BITNET>
Subject:      Medical Mystery

I have a running list of mysteries that refer to Medline or medical libraries.
I just started it so I don't have too many on my list but the two I have I
list below;

Scapel's edge by Margot J. Fromer NY Diamond, 1991 p. 170

Poison Pen by Mary Kittredge NY, Walker & Co, 1990 p135.

The first title goes into quite a lot of detail about the search on aflatoxins
and the information helps solve the case.

In the second the protagonist knows someone has been in his house because "Two
nights ago he explained I disconnected that phone machine and plugged in the
computer modem and hooked the modem to the laptop so I could look something up
on MEDLINE without having to run over to the medical library." "For the
vacular surgery article, I remember." The phone machine has been hooked up
again.

You might have fun reading these. Faith A Meakin NN/LM SE/A Region Univ. of MD
at Baltimore Fmeakin@UMAB
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.medlib-l
Date:         Thu, 23 Jul 1992 14:01:00 EST
From:         Martha_Fishel@OCCSHOST.NLM.NIH.GOV
X-To:         MEDLIB-L@UBVM.cc.buffalo.edu

          SET MEDLIB NOMAIL.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.medlib-l
Date:         Thu, 30 Jul 1992 09:26:17 CDT
From:         "Don Lanier (815) 395-5658" <U17113@UICVM.BITNET>
Subject:      Re: DOCLINE through INTERNET
              Temple University Health Sciences Libraries"
              <nista@SHRSYS.HSLC.ORG>

Our Docline Internet access is going fine after a few bumps - but we
go through the campus mainframe - which I believe is basically vt100
emulation.  Our telnet session is started as follows:

               telnet 130.14.10.200 (L record

(an exec command expedites this)

The speed is great - but we do have the screen stop/holding problem
at which we do a more key or clear key and the scrolling continues.
The log of the session on our mainframe is then edited and printed
as appropriate.

Don Lanier, Site Librarian             U17113@UICVM (BITNET)
University of Illinois at Chicago      U17113@UICVM.UIC.EDU (INTERNET)
College of Medicine at Rockford
1601 Parkview Ave.                     (815) 395-5658 (VOICE)
Rockford, IL  61107                    (815) 395-5655 (FAX)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.medlib-l
Date:         Tue, 21 Jul 1992 17:16:19 LCL
From:         Gail Persily <gpersily@LIB.UCSF.EDU>
Subject:      Online Journal of Current Clinical Trials

Thanks to everyone who responded to my question of who had received the
online journal.  We received it today.  For some reason, it was sent to
us on the overland route.

Now that some of you have had a week or two to think about it, I would
like to hear if anyone has any plans to recover costs, i.e. printing and
telecommunications.

We want to make printing available.  I am considering having the
printing go to a networked printer located behind a service counter
where users could pay to pick up their output.  Does anyone have any
other ideas?

Thanks in advance.

Gail Persily
Univ of Calif San Francisco
Library and Ctr for Knowledge Mgmt
gpersily@lib.ucsf.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.medlib-l
Date:         Wed, 29 Jul 1992 16:58:25 EDT
From:         Mary W Sprague <msprague@MAGNUS.ACS.OHIO-STATE.EDU>
Subject:      US HealthLink
X-To:         medlib-l@ubvm.cc.buffalo.edu

We've been asked by one of our University Hospitals planning people to find out
more about US HealthLink, a sort of reincarnation of AMA/Net but more, which is
operated out of the Oregon Health Sciences University.

A brief article in the June, 1992, issue of Health Care Strategic Management
provides an 800 number for dialing into a preview of the system (800-225-4652).
 While you don't get a look at the services, you do get a pretty good
description.  I understand that both HealthQuest and IBAX are offering US
HealthLink on their hospital info systems.  US HealthLink is marketing to both
individuals and institutions.

Does anyone out there have any experience with US HealthLink?  We'd like to
know about individuals, groups or organizations who have evaluated it and/or
are subscribers.
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* Mary Sprague                         msprague@magnus.acs.ohio-state.edu     *
* Outreach Services Coordinator                                               *
* The Ohio State University Health Sciences Library                           *
* Columbus, OH   614-292-4863                                                 *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: smtp%"medlib-l@ubvm.cc.buffalo.edu"
Newsgroups: bit.listserv.medlib-l
Date:         Fri, 31 Jul 1992 13:37:49 CDT
From:         "GIORDANO, JOAN" <JGIORDAN@LIFE.JSC.NASA.GOV>
Subject:      RE: DOCLINE through INTERNET
X-To:         medlib-l@ubvm.cc.buffalo.edu

Anne, we've had no problem accessing DOCLINE via Internet with a
terminal emulation of TTY.  We are going into Internet via Lifenet.

Joan Giordano-RML
Newsgroups: bit.listserv.9370-l
From: maryelen@fox.nstn.ns.ca (Mary Ellen )
Subject: Purpose of this group
Organization: Industry Science & Technology Canada
Date: Fri, 31 Jul 1992 12:24:59 GMT

Hello there!

I am currently compiling a list of newsgroups which might be of
interest to the officers here at Industry, Science, and Technology
Canada. I would like to find out what the function of this group
is. As well, if any of you out there know of some industry,
science, technology, or international trade-related databases,
bbs's, newsgroups etc. out there, could you please let me know by
e-mail?

Thanks in advance!
Mary Ellen Foster
MARYELEN@hfx001.ns.istc.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"bob@camb.com"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 27 Jul 92 21:12:21 GMT
From:         Ned Freed <NED@INNOSOFT.COM>
Subject:      RE: What msgs are covered by PostHeadOnly?
X-To:         bob@camb.com, IPMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

There are dozens of different bounce messages generated by PMDF in dozens
of different places. There is no simple way to categorize them all. Our
goal is to have them all covered by postheadonly and be in MIME format --
eventually. This work was about about three quarters done for the
PMDF V4.1 release.

The message you got here was one that bounced during address conversion on
the mr_local channel. In PMDF V4.1 this generates a non-MIME message that
does not obey postheadonly. This has already been fixed for the next
release of PMDF.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
Organization: NYU Medical Center, 550 First Ave., New York, 10016
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"Bob Tinkelman <bob@camb.com>",in%"ipmdf@ymir.bitnet"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 23 Jul 92 02:34:55 GMT
From:         SMITH@NYUMED
Subject:      RE: Request for minor changes to installation procedure
X-To:         Bob Tinkelman <bob@camb.com>, ipmdf@YMIR
Newsgroups: bit.listserv.pmdf-l


Now that we are in nit-pick mode, I guess it is fair to ask again that the
PMDF logicals, like those that provide the Organization name and the periodic
job frequency be preserved in the PMDF_STARTUP file.  It is really easy to
build these back in to the file when it is constructed, automatically.  My
brain works in manual, howver, (and very slowly at that) and it usalyy takes
me a week to figure out that things are not quite right after a re-install,
and that there are still a few post-installation tasks I have overlooked.

The point is that the preservation of these small local customizations  would
really save lots of time currently spent trying to figure out what has been
forgotten....  :-)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-path: uucp@mccall.UUCP
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf-newsgate@mccall.UUCP"
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Thu, 23 Jul 92 18:53:22 GMT
Comments:     Warning -- original Sender: tag was news@OLIVEA.ATC.OLIVETTI.COM
From:         GUEST Richard Rockmore <jal@STROBE.ATC.OLIVETTI.COM>
Subject:      SVR4 TLI TCP/UDP address binding
X-To:         ipmdf-newsgate@mccall.UUCP
Newsgroups: bit.listserv.pmdf-l


I'm currently doing some reading up on Transport Interface Programming in
the USL manual "UNIX SYSTEM V RELEASE 4 Programmer's Guide: Networking
Interfaces"

My problem is that I can't work out how to bind a TCP/UDP-type address
(32-bit host address + port number) to a transport endpoint.

This is easy enough when using sockets; you simply set up the sockaddr_in
structure with the appropriate values.  However all the TLI examples in
the manual neatly side-step the issue by binding local (integer) addresses.
(e.g. the example starting on page 2-20).

It is obviously just a case of setting up the (struct netbuf)t_bind.addr
structure correctly, but I can't for the life of me figure out how!

Please reply by e-mail.  Thanks in advance for any help.

jal@strobe.atc.olivetti.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
Organization: University of South Australia
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"ipmdf@ymir.claremont.edu"
X-VMS-Cc: CCAJR
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 27 Jul 92 08:45:28 +0930
Comments:     Warning -- original Sender: tag was CCAJR@LEVELS.UNISA.EDU.AU
From:         Rollo.Ross@LEVELS.UNISA.EDU.AU
Subject:      RE: Problem with timezone names
X-To:         ipmdf@YMIR
Newsgroups: bit.listserv.pmdf-l

Ned says:
> The logic for getting values from MULTINET_TIMEZONE should, in practice,
> never be used. This is because PMDF should always be started prior to
> starting Multinet. See the documentation on startup ordering in the
> PMDF installation guide for details.
        Our SYSTARTUP_V5.COM does this. It turns out that the examples of bad
"Date:" headers that I saw were an artifact of the PMDF 4.1 installation. The
execution of PMDF_STARTUP.COM done as part of the installation used the
MULTINET_TIMEZONE logical that had been defined by Multinet when the system
was first booted.

                                    Rollo Ross, Network Manager (CLW campuses)

Computer Centre,  University of South Australia, The Levels, SA 5095, Australia
Ph +61 8 302 3158 Fax 302 3385 DTE 505282622004  Rollo.Ross@Levels.UniSA.Edu.Au
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"bob@camb.com"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Sat, 25 Jul 92 03:33:03 GMT
From:         "Ned Freed (Postmaster)" <NED@SIGURD.INNOSOFT.COM>
Subject:      RE: Request for minor changes to installation procedure
X-To:         bob@camb.com, IPMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

Having the time zone question default to the old value is a good idea -- we'll
do that in the next release.

Preserving local modifications to PMDFIMAGE.DAT is much harder. It is far
from clear that there is a general way to do this that's viable. In fact,
given some of the changes we're planning for the next release of PMDF, it is
fairly certain that there's general way to do it.

A better approach is to have a different file for site-specific image
installs. PMDF_STARTUP will install images listed in this file, but we'll
never provide this file so there will never be any problem associated with
modifications you make to it. We'll add this functionality in the next
release of PMDF.

Thanks for the suggestions.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Errors-to: epmdf@YMIR.BITNET
X-Envelope-to: PMDF-L@IRLEARN.BITNET
X-VMS-To: IN%"TIHOR@ACFcluster.NYU.EDU"
X-VMS-Cc: IPMDF
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Mon, 27 Jul 92 21:14:40 GMT
From:         Ned Freed <NED@INNOSOFT.COM>
Subject:      RE: Mail lists and large queues
X-To:         TIHOR@ACFcluster.NYU.EDU, IPMDF@YMIR
Newsgroups: bit.listserv.pmdf-l

There is no way to separate mailing list traffic from regular message
traffic and probably never will be. What there will be is a way to
prioritize list trafffic so it runs at a lower priority than regular mail.
Unfortunately we simply ran out of time and while all the hooks for this
were added to PMDF V4.1 the actual support at the mailing list level did not
make it in. It will be in the next release of PMDF. Note that this mechanism
can also be used to force the priority of the list upwards -- this is useful
for bug reporting lists and similar things.

                                Ned
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU