HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.l-vmctr
Date:         Fri, 20 Nov 1992 07:41:08 EST
From:         Ken Koester <MAINT2@ERS.BITNET>
Subject:      Re: Off Site Copies of VM/Archive Data
              19 Nov 1992 20:38:16 GMT from <J.G.Bryan@BHAM.AC.U K>

On Thu, 19 Nov 1992 20:38:16 GMT Graham Bryan said:
>
>Normally we DO NOT write  twins when running VMArchive.
>(The main reason for this is that with only two tape drives you
>couldn't then do merge/purge correctly)
>
A minor quibble:  you *can* do merge/purge correctly in such a situation; you
just can't create a twin for the merged tape.

>However to make sure that we  are in a 'reasonable' position to get
>back a file  in the event of  a tape crash, we use  VMBTCPY EXEC to
>copy each  set of VMARCH  tapes as it is  closed and move  the copy
>offsite.
>
An interesting idea.  Will have to consider that for our site (although I'd
rather get another tape unit or 2).

+----------------------------------------------------------------------+
| Ken Koester, Systems Programmer  | BITNET:  MAINT2@ERS               |
| US Department of Agriculture     | Tel:     (202) 219-0577           |
| Economic Research Service        | Fax:     (202) 219-1292           |
| Data Services Center             |          (ATTN: Rm 110)           |
+----------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 23 Nov 1992 11:09:21 EST
From:         Margaret King <19277MAK@MSU.BITNET>
Subject:      Re: Is anyone doing VM/Archive disaster recovery?

>1) Nobody on this list in interested in this topic.  I find this hard
....
>2) Nobody is providing disaster recovery for VM/Archive.  Based on
....
>Which one is it?

At our site we are not taking Archive twins offsite.  It would be a good
thing to do someday but we will probably never take them offsite every day.
We currently have a scheme where we close tapes every three days and then
Merge/Purge them together, in order to optimize tape usage - our VMARCH
usage is so variable that we couldn't figure out a good DSSLIMIT (to avoid
both nearly-empty tapes and continuation reels) any other way.  It took a
while to get that set up and we are still fine-tuning it.  I suppose we
might be able to work offsite twins into this scheme but I agree that the
product is not exactly designed for that.  If you are going to start doing
routine Merge/Purges for combining tapes, bear in mind that it wants an
expired file in the set somewhere or it won't change the database.  At least
that's how it worked when we set up our Merge/Purge scheme, and we have a
VMSCHEDULE job that archives dummy files with very short retention periods
just to take care of this.

You said they told you to mark the twins missing.  I don't know if it is
related, but it reminds me of the situation where we had to set up VMBACKUP
to only do one recall at once so that it would not wind up insisting that
a (vaulted) VMBACKUP twin tape be mounted.  I think it would be nice if
Systems Center would have configuration options in VMBACKUP and VMARCHIVE to
say "Don't call for twins on recalls until further notice".

We have heard that they are reworking VMARCHIVE so we are waiting to see what
the next one looks like.  VMBACKUP 5.1 was certainly a world apart from
VMBACKUP 4.2.

Margaret King
Michigan State University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via: uk.ac.birmingham.computer-centre.ibm3090; Thu, 19 Nov 1992 21:48:28 +0000
Newsgroups: bit.listserv.l-vmctr
Date:         Thu, 19 Nov 1992 20:38:16 GMT
Comments:     Warning -- original Sender: tag was
              BRYANJG@IBM3090.COMPUTER-CENTRE.BIRMINGHAM.AC.UK
From:         Graham Bryan <J.G.Bryan@BHAM.AC.UK>
Subject:      Re: Off Site Copies of VM/Archive Data

Note sure if this is any help, but.......

Normally we DO NOT write  twins when running VMArchive.
(The main reason for this is that with only two tape drives you
couldn't then do merge/purge correctly)

However to make sure that we  are in a 'reasonable' position to get
back a file  in the event of  a tape crash, we use  VMBTCPY EXEC to
copy each  set of VMARCH  tapes as it is  closed and move  the copy
offsite.

As in  your case its  fairly simple to  use the output  from VMARCH
VOLUME QUERY to determine which tapes need to be copied.

Note: I seem to recall something having been said at one time about
      the need  to be careful  when copying VMBACKUP tapes  as they
      sometimes have very long reocrd/block length, hence VMBTCPY.

+--------------------------------------------------------------------+
| Graham Bryan                      Voice:    (UK) 021-414-3990      |
| Systems Support Group             Fax:      (UK) 021-414-3952      |
| Computing Service (Elms Road),    Janet:    J.G.Bryan @ UK.AC.BHAM |
| The University of Birmingham,     Internet: J.G.Bryan @ bham.ac.uk |
| PO Box 363, Edgbaston,                                             |
| Birmingham (B15 2TT),                                              |
| England                                                            |
+--------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 23 Nov 1992 09:53:40 EST
From:         Mike Ramundo <SYSMRR@ALBNYVM1.BITNET>
Subject:      vmarchive

Depending on your resources, a compromise is possible.

We always run twins, do not use an 'online' area, and strongly
recommend using the STAGE areas.  Files remain in our stage areas
seven days after backup to tape, which means any archived ( via stage )
file gets written to at least one weekly backup.  Twins of the daily
backups go to onsite vault, twins of weekly backup go to offsite
vault.  Backups have a six week retention cycle.  Assuming that we close
out the currect archive carts once a month ( or sooner if filled )
it is always possible to recover 'staged' files in event of disaster
via multiple restores of VMARCHIVE  - a cludge, but compared to a nightly
closeout and weekly merge/purge, much more acceptable to powers - ie
what does it matter if the sysprog(s) need to put in extra 8 unpaid hours
( one time ) recovering last archive tape if it saves operations time and
resources EVERY day ?  ( ie - Let Mikee do it ! )  (;-{)}}
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 23 Nov 1992 09:49:10 -0500
From:         "Martin J. Doyle (215) 752-2296" <MBDMD@ROHVM1.BITNET>
Subject:      Is anyone doing VM/Archive disaster recovery?

Last week I posted a question asking for feedback on a proposed solution
from Systems Center for addressing disaster recovery concerns for
VM/Archive.  I got only 2 replies.  One response told me what they
were doing which is not an adequate for our shop's recovery requirements
and the other response basically said that Systems Center was goofy
to think people can implement what they suggested; he had worked in
two shops which both tried and failed at implementing the solution
proposed by Systems Center.  I thought System Center's solution sounded
pretty difficult to implement which is why I asked the question.

With so few replies I have to assume one of the following:

1) Nobody on this list in interested in this topic.  I find this hard
   to believe because most of the people on this list seem to take
   what they do too seriously to be apathetic.

2) Nobody is providing disaster recovery for VM/Archive.  Based on
   what is available with the product I would bet that many people
   have just given up on the possibility of recovering their
   VM/Archive data in a disaster.

Which one is it?  Doesn't anybody care or are the tools provided by
VM/Archive and the architecture of the product itself so limiting that
they just rule out disaster recovery?  I personally feel that Systems
Center is out of touch with this issue and need to realize that many
people have just given up on disaster recovery of VM/Archive.  If
people can't recover their data in a disaster they just can't afford
to use the product for production data.

Remember, don't archive anything you can't afford to loose!

Any Feedback?

Martin J. Doyle
VM Systems Programming Contractor
Rohm and Haas Company
Philadelphia,  Pennsylvania
MBDMD@ROHVM1
(215) 592-6865 (Day)
(215) 752-2296 (Evening)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Thu, 19 Nov 1992 11:53:03 CST
From:         Howard Reitz <IHOW@UMINN1.BITNET>
Subject:      Mailer 2.09--Monthly Update

I really don't want to ask this question--and wouldn't, were it not for
the fact that my boss is holding a .44 next to my head.  What "we" want
to know is, when is 2.09 going to be available according to the best
estimates, that is.

Thanks (sorry).

Howard Reitz

*----------------------------------------------------------------------*
| Howard D. Reitz - C.I.S. St. Paul Services - University of Minnesota |
*--------------------------------*-------------------------------------*
| Bitnet  :ihow@uminn1           | University of Minnesota,Twin Cities |
| Internet:ihow@vm1.spcs.umn.edu | Computer and Information Services   |
|                                | 1420 Eckles Avenue - 50 Coffey Hall |
| Phone   :(612) 624-1770        | St. Paul, Minnesota 55108           |
*--------------------------------*-------------------------------------*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Clarkson University
Newsgroups: bit.listserv.xmailer
Date:         Wed, 18 Nov 1992 11:32:19 EST
From:         "Richard Seifert, Jr" <MAINT@CLVM.BITNET>
Subject:      Re: Forward Command

On Wed, 18 Nov 1992 07:54:00 EST <JCLUTCHE@PSUHMC> said:
>I have a user who wants to forward his mail from one system to another
>using the Mailer FORWARD Command.  Looking at page 53 of the VM Network
>MAILER Release 2.08 Installation and Maintenance Guide (10.5 FORWARD),
>a procedure is given to perform such a function.
>
>It doesn't work for us.
     Any more detail as to how exactly it does not work?
>
>Has anyone used this command successfully?
     I have used this command successfully many times.
>
>Can you send me an example?
     tell mailer forward add userid@node_address
>
>Any help is appreciated.
     Hope this helps.

Rich

>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>John Clutcher, Project Leader/E-mail Postmaster  Information Systems
>Internet: jclutche@psuhmc.hmc.psu.edu            Hershey Medical Center
>Bitnet:   jclutche@psuhmc.bitnet                 500 University Drive
>Voice:    (717) 531-8682                         Hershey, PA 17033  USA
>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -


Richard Seifert, Jr                    BITNET---MAINT@CLVM
Systems Programmer/Postmaster/NAd      INTERNET-MAINT@CLVM.CLARKSON.EDU
Educational Resources Center
Clarkson University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.xmailer
Date:         Wed, 18 Nov 1992 07:54:00 EST
From:         JCLUTCHE@PSUHMC.BITNET
Subject:      Forward Command

I have a user who wants to forward his mail from one system to another
using the Mailer FORWARD Command.  Looking at page 53 of the VM Network
MAILER Release 2.08 Installation and Maintenance Guide (10.5 FORWARD),
a procedure is given to perform such a function.

It doesn't work for us.

Has anyone used this command successfully?

Can you send me an example?

Any help is appreciated.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
John Clutcher, Project Leader/E-mail Postmaster  Information Systems
Internet: jclutche@psuhmc.hmc.psu.edu            Hershey Medical Center
Bitnet:   jclutche@psuhmc.bitnet                 500 University Drive
Voice:    (717) 531-8682                         Hershey, PA 17033  USA
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: mlindholm@cc.helsinki.fi
Newsgroups: bit.listserv.uigis-l
Subject: UIGIS conferences in winter 1993-94?
Date: 20 Nov 92 14:35:05 GMT
Organization: University of Helsinki

Is there going to be any GIS user interface conferences held in winter 1993-94?

Mikko Lindholm
mlindholm@cc.helsinki.fi
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT
Date:         Wed, 18 Nov 92 16:52:00 IST
From:         G9026163@SSCVAX.CIS.MCMASTER.CA
Subject:      Re: Windows
Newsgroups: bit.listserv.notabene

It's not that the renegade Windows apps have a mind of their own when it
comes to positioning themselves on the desktop (both place and size); it's
just that they aren't smart enough to remember.  For such apps, you'll need
an external app that will do the remembering for them.  In SIMTEL20 (and
its mirror sites), you'll find in directory WINDOWS3 a program caled
(caled=called) SIZER110.ZIP (23598 bytes).  What you have to do with this,
if memory serves, is run the sizer program minimized, load the offending
app, resize and position it where you would like it to be for future
sessions, and then call upon sizer again and fill in the blanks.  I may
be wrong on the exact procedure, but documentation is included to help
you along.  That's the only sizer program I could find at SIMTEL20.
Another excellent place to look for Windows programs is FTP.CICA.INDIANA.EDU
(129.79.20.84) where the selection is often superior.

Paul H. Caron                           G9026163@SSCvax.CIS.McMaster.CA
McMaster University
Hamilton, Ont.
CANADA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: CISVMS::IN%"NOTABENE@TAUNIVM.BITNET"
Date:         Mon, 16 Nov 92 20:15:00 EST
From:         NACI_LDK%EDC3A@PITTVMS.BITNET
Subject:      Re: Editing ordered Ibid raw data: solved
Newsgroups: bit.listserv.notabene



TRY ENDNOTE !!!!!!!!!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Wed, 18 Nov 92 12:10:42 EST
From:         Bob Kosovsky <KOS@CUNYVMS1.BITNET>
Subject:      NB4 Keyboard reassignment
Newsgroups: bit.listserv.notabene

I'm still complaining about the user-unfriendliness of NB4 - but I
have a real problem with keyboard reassignments.

One can't go directly to the nb.kbd file anymore in order to revise
it (at least when I tried it didn't work).  One must access it (as with
too, too many things) through those darn menus.  Ok, F1 - Set - Keyboard.
Then I select "Keyboard reassignment."  Great;  I have the proper
screen.  The problem is once I begin to do anything, the screen
flickers, and the characters become a mass of illegible gobbledy-gook.
Sounds like a bug, yes?  Does anyone else have this problem?

And while I'm at it:  I thought the BEST thing about NB3 was the
"info" command, where you could get a help screen for nearly everything.
I don't see that there is such a thing on NB4 - making it extremely
cumbersome to use.  Am I incorrect?  Is there an "info" command on
NB4 after all, buried under several of those darn menus?

Thanks for your patience.

Bob Kosovsky
Graduate Center -- Ph.D. Program in Music(student)/ City University of New York
New York Public Library -- Music Division
bitnet:   kos@cunyvms1.bitnet        internet: kos@cunyvms1.gc.cuny.edu
Disclaimer:  My opinions do not necessarily represent those of my institutions.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Mon, 16 Nov 92 10:17:33 EST
From:         "RANDALL D. WIGHT" <wight@OBU.ARKNET.EDU>
Subject:      RE: geographic congrats [was: 3.1 NB EXE SIZE]
Comments: To: NOTABENE@VM.TAU.AC.IL
Newsgroups: bit.listserv.notabene

As a native Arkansan and more-or-less life-long resident (i.e., minus
graduate school years), I must confess to an experience of intense pleasure
(politically as well) over the events of Novemeber 3rd.  Although you sent
the congrats to Ray, I'd like to thank you for them.

Randall


________________________________________________________________________________
Randall D. Wight				(501) 245-5107
Department of Psychology			wight@obu.arknet.edu
Ouachita Baptist University
Arkadelphia, AR  71998-0001
________________________________________________________________________________
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOTABENE@TAUNIVM.BITNET
X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
Date:         Wed, 18 Nov 92 22:54:00 EDT
From:         Frank Stewart <STEWART@ANNENRES.BITNET>
Subject:      Re: German "sz" on screen
Newsgroups: bit.listserv.notabene

I found the same thing as Aaron Schart: I can't get the German "sz"
into the screenfont pool "Biblical Studies."  What I get instead is
an upper-case A with an accent on it.  Perhaps someone can phone NB
and ask them why.
        Frank Stewart, Annenberg Inst., Philadelphia
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Fri, 20 Nov 92 08:56:02 IST
From:         "Itamar Even-Zohar,
              Porter Chair of Semiotics" <B10@TAUNIVM.BITNET>
Subject:      Re: VGA sans serif font/NBLingua
Newsgroups: bit.listserv.notabene
              20 Nov 92 00:02:39 EST from <dreimer4@MACH1.WLU.CA>

Re: sanserif fonts

On HGC+, replacing any character in the NB.FNT file is
not sa complicated matter, though laborious. I've often
switched to a sanserif screen font whenever my eyes got
tired of the standrd serifs. If somebody with an HGC+
skill can prepare a sanserif file, then it would adapt itself
automatically in NB 4.0 to a VGA screen.

Itamar
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Date:         Wed, 18 Nov 92 08:10:13 EST
From:         granade@OBU.ARKNET.EDU
Subject:      RE: geographic congrats [was: 3.1 NB EXE SIZE]
Comments: To: NOTABENE@VM.TAU.AC.IL
Newsgroups: bit.listserv.notabene

Robert, your kind words were taken in the spirit tendered, and most gratefully!
Having found that success is fleeting but that failures accumulate, I take
 everyopportunity to rejoice.  In light of such comparatively rare
 opportunities, and
especially in light of the gratuitous trashing of my adopted state's reputation
by the soon-to-be-former Vice President's wife and even the soon-to-be-former
President of the *United* States, I rejoice even more!
Ray Granade
Ouachita Baptist University
Arkadelphia, AR  71998-0001
granade@obu.arknet.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Mail User's Shell (7.2.3 5/22/91)
Date:         Sat, 21 Nov 92 20:57:39 -0500
From:         "Marvyn R. Harris" <mrh3b@FARADAY.CLAS.VIRGINIA.EDU>
Subject:      MEDFRENCH
Comments: To: NOTABENE%taunivm.BITNET@Virginia.EDU
Newsgroups: bit.listserv.notabene

I query from someone tells me that I posted my earlier query re
this Old French hypertext tutorial to the wrong list. It should
have gone to MEDTEXT-L.

Sorry.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.2 PL13]
Date:         Fri, 20 Nov 92 00:02:39 EST
From:         dave reimer f <dreimer4@MACH1.WLU.CA>
Subject:      Re: VGA sans serif font/NBLingua
Comments: To: NOTABENE List <notabene@taunivm.tau.ac.il>
Newsgroups: bit.listserv.notabene
              19, 92 11:13 am

Roy Harris writes, in part:
>
> A reader of the list has put me onto a VGA utility that installs
> a very readable sans serif screen font -- though the lower case
> "m" is not entirely to my liking. An outfit by the name of
> "clySmic software" distributes it as freeware, and it can be
> found on SIMTEL20 in the directory VGA under the name
> VFONT436.ARC.
>
> What I would like to do is to yank the NB4 ASCII character set
> out of NB.FNT and replace it with a "clySmic software" font. I
> have no qualms about doing that for my personal use since the
> copyright holders say nothing about appropriating their fonts for
> uses other than those intended by them.
>
I have long used (and loved!) the clySmic vga font. It was a source of
constant pain to lose it upon entering SLS, and now I can't get it
even with plain NB 4.0 (I finally saved a copy of the plain NB.COM
file!) So, Roy, if you manage to pull off this feat (which is WAAAY
beyond my expertise), I for one would be very greatful for either
getting the NB.FNT file, or getting *explicit* directions on how to
perform this miracle. Even *if* that lower case "m" is grotty!

Thanks greatly,
David.
P.S. I've put "scrawl" on a few machines! It's amazing how it
relativizes once important words....
--
David J. Reimer, Religion & Culture                  Fax: (519) 886-9351
Wilfrid Laurier University                   Phone: (519) 884-1970 x2680
Waterloo, ON, Canada N2L 3C5             Internet: dreimer4@mach1.wlu.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:         UK.AC.EX.CEN; 23 NOV 92 13:40:37 GMT
X-Mailer:    ELM [version 2.3 PL0]
Date:         Mon, 23 Nov 92 12:44:53 GMT
From:         M.E.Bennun@CEN.EX.AC.UK
Subject:      Re: speller/em-dash revisited
Comments: cc: Brooks@cen.ex.ac.uk
Newsgroups: bit.listserv.notabene
              924:32 pm

Not far back, the following - which I repeat because of its usefulness
- appeared; I should like to repeat Allan Needell's enquiry as to
whether this is a lunch without a distressing price-tag?

I am having troubles with the en and em dash with my treadle-powered
Epson LX-800 dot matrix and my Canon BX10e bubble jet. I think the
answer may lie in chosing the correct emulation settings. As I need
italics and as setting up a printer is one of the dark arts which does
nothing good for the rainforests, any comments would be welcomed. I
get a blank space from the Epson ("self gratification), and the dash
prints as an uppercase italicised D ("selfDgratification") with the
Canon. On the other hand, and this bears on Allan Needell's posting,
the speller works with a dash but not a hyphen.

Allan Needell wrote........
>
>
> From: Allan Needell
>
> Many may recall, in the days of NB3.1, the resurfacing of a wonderfully useful
> description by Tony Woolsey of how to add to the default separators recognized
> by the program so as to prevent the spell checker from flagging properly
> spelled words separated by an em-dash.
>
> Having just fixed my personal.spl file and getting it to work in NB4, I
> decided to experiment and copy the separator tables I had inserted into the
> NB3.1 default.set file into nbcustom.set in NB4. As of now I can report
> complete success. Even words separated by the NB4 "ALT-white/minus"
> "ALT-white/minus-white/minus" etc. characters are spell checked separately.
>
> I have three questions: Does anyone know of any reason not to do this?
>
> Does anyone know of any separator characters that should either be added or
> deleted from the version used in NB3.1 (I simply added ascii 196 to the table
> to Tony's standard table to take care of em dashes)
>
> Has anyone experimented very much with the nb4 en and em dashes to the point
> of printing them with an HPIII. Can you tell me exactly what ALT-white/minus
> gives you. (For that matter, an account of experience with the so-called smart
> quotes would be of interest as well).
>

 ---------------
Mervyn E. Bennun, Law Department, University of Exeter
Phone: (+44) (0) 392 263 161
Postal Address: Amory Building, Rennes Drive, Exeter EX4 4RJ, Devon, U.K.








Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.notabene
Date:         Sun, 15 Nov 92 16:32:44 EST
From:         Dorothy Day <DAY@UCS.INDIANA.EDU>
Subject:      Re: NBI Prices, revised

>Academic pricing never existed in Israel, company policy or no company policy.
>                                                           Odeda.

I didn't mean to imply that all local dealers would offer special
pricing, but only that NBI will sell directly to academic users at
those prices.

This means, of course, foregoing whatever support and good
relationship you had with your local distributer, a decision NBI will
no doubt attempt to dissuade you from  making. However, I believe
several Israeli users have done that and purchased directly from the
US, after great dissatisfaction with the situation they had for a
certain period now past.

Dorothy Day, Indiana University
Bitnet: DAY@IUBACS
Internet: day@ucs.indiana.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU